Building system with a building model editor

ABSTRACT

A building management system for generating a building model for a building and operating building equipment of the building based on the building model. The system includes a processing circuit configured to receive a context, wherein the context includes metadata defining the building model for the building and generate a building model editor interface for viewing and editing the received context, wherein the building model interface includes building elements for the building model, wherein the building elements are based on the received context and represent the building equipment. The processing circuit is configured to receive user edits of the context via the building model interface, wherein the user edits include edits to the building elements, generate an updated context based on the user edits of the context, and deploy the updated context to control environmental conditions of the building with the building equipment based on the updated context.

CROSS-REFERENCE TO RELATED PATENT APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.15/896,745 filed Feb. 14, 2018 which claims the benefit of and priorityto U.S. Provisional Patent Application No. 62/469,246 filed Mar. 9,2017. The entirety of each of these applications is incorporated byreference herein.

BACKGROUND

The present disclosure relates generally to heating, ventilation, andair conditioning (HVAC) systems. The present disclosure relates moreparticularly to systems and methods for modeling and controllingbuilding equipment.

In a building, various HVAC systems cause the building to be heated orcooled. In some buildings, a building controller can operate to causethe HVAC systems to heat and/or cool the building. The buildingcontroller can utilize various control algorithms when controlling theHVAC systems. A developer can create the control algorithm. However,whenever a developer wishes to make changes to the algorithms orgenerate new algorithms, an entire rebuild of the algorithm may berequired. Deploying and testing an algorithm may need to be doneiteratively, i.e., build the algorithm, deploy the algorithm, makeschanges to the algorithm, and then repeat the process. Such a rebuild oriterative algorithm testing and deployment can be inefficient.Therefore, a robust and efficient method for developing algorithms maybe desired.

SUMMARY Parallel Computation Engine

One implementation of the present disclosure is a method for executingcomputations in parallel for a building management system of a building.The method includes receiving, via a processing circuit of the buildingmanagement system, a computing job request to determine values for oneor more particular properties and receiving, via the processing circuitof the building management system, a property model indicatingdependencies between multiple properties, the properties including theparticular properties. The properties include building data for thebuilding. The method further includes generating, via the processingcircuit of the building management system, computing threads based onthe property model, where each computing thread includes a sequence ofcomputations for determining values for the plurality of properties andexecuting, via the processing circuit of the building management system,the computing threads in parallel to determine the values for theparticular properties.

In some embodiments, the method includes controlling, via the processingcircuit of the building management system, building equipment of thebuilding to control an environmental condition of the building based onthe determined values for the particular properties.

In some embodiments, the dependencies between the properties includes acomputational relationship between the plurality of properties, wherethe computational relationship between the properties indicates that avalue of a first property of the properties relies on a value of asecond property of the properties.

In some embodiments, executing, via the processing circuit of thebuilding management system, the computing threads in parallel includesperforming one or more determinations of the values of the properties ofthe computing threads and pausing the execution of one of the computingthreads in response to determining that not all dependencies between theone of the computing threads and another of the computing threads for acurrent computation of the one computing thread has been satisfied.

In some embodiments, the method further includes identifying, via theprocessing circuit of the building management system, recursion in thedependencies of the properties of the property model and generating, viathe processing circuit of the building management system, the computingthreads to include one or more computing steps associated with therecursion at the end of the computing threads.

In some embodiments, the method includes determining, via the processingcircuit of the building management system, whether the computing threadsincluding the recursion create an infinite recursive loop and returning,via the processing circuit of the building management system, an emptyresult for the properties associated with the infinite recursive loop.

In some embodiments, the properties include raw properties, where theraw properties include data that has not been processed, where the rawproperties include environmental data collected by building equipment ofthe building.

In some embodiments, executing, via the processing circuit of thebuilding management system, the computing threads in parallel includesgenerating the values for the properties based on the relationshipsbetween the plurality of properties. In some embodiments, the rawproperties are first properties used in a first determination of thesequence computations of the computing threads, where the values for theplurality of properties depend on values for the raw properties.

In some embodiments, generating, via the processing circuit of thebuilding management system, the one or more computing threads based onthe property model includes determining, for each of the one or moreproperties, a greatest dependency distance from the property to the rawproperties and ordering computations of the properties in the computingthreads based on the greatest dependency distances of each of theplurality of properties.

In some embodiments, determining, via the processing circuit of thebuilding management system, for each of the one or more properties, thegreatest dependency distance from the property to the raw propertiesincludes determining a number of dependencies between the property toeach of the raw properties and determining the greatest dependencydistance from the property to the raw properties by comparing each ofthe number of dependencies between the property to each of the rawproperties, wherein the greatest dependency distances is one of thenumber of dependencies that is the greatest number of dependencies.

Another implementation of the present disclosure is a buildingmanagement system of a building for executing computations in parallel.The building management system includes a processing circuit configuredto receive a computing job request to determine values for one or moreparticular properties and receive a property model indicatingdependencies between multiple properties, the properties including theone or more particular properties, wherein the properties includebuilding data for the building. The processing circuit is configured togenerate computing threads based on the property model, wherein eachcomputing thread includes a sequence of computations for determiningvalues for the plurality of properties. The processing circuit isconfigured to execute the computing threads in parallel to determine thevalues for particular the properties.

In some embodiments, the processing circuit is configured to control oneor more pieces of building equipment of the building to control anenvironmental condition of the building based on the determined valuesfor the properties.

In some embodiments, the dependencies between the properties include acomputational relationship between one or more of the properties,wherein the computational relationship between the one or more of theplurality of properties indicates that a value of a first property ofthe properties relies on a value of a second property of the properties.

In some embodiments, the properties include raw properties, wherein theraw properties include data that has not been processed, wherein the rawproperties include environmental data collected by building equipment ofthe building.

In some embodiments, the processing circuit is configured to execute thecomputing threads in parallel by generating the values for the pluralityof properties based on the relationships between the properties, whereinthe raw properties are first properties used in a first determination ofthe sequence computations of the computing threads, wherein the valuesfor the plurality of properties depend on values for the raw properties.

In some embodiments, the processing circuit is configured to generatethe one or more computing threads based on the property model bydetermining, for each of the properties, a greatest dependency distancefrom the property to the raw properties and ordering computations of theproperties in the computing threads based on the greatest dependencydistances of each of the plurality of properties.

In some embodiments, determining, for each of the one or moreproperties, the greatest dependency distance from the property to theraw properties includes determining a number of dependencies between theproperty to each of the raw properties and determining the greatestdependency distance from the property to the raw properties by comparingeach of the number of dependencies between the property to each of theraw properties, wherein the greatest dependency distances is one of thenumber of dependencies that is the greatest number of dependencies.

Another implementation of the present disclosure is a non-transitorycomputer readable medium having machine instructions stored therein, theinstructions being executable by a processor of a building managementsystem to perform operations including receiving a computing job requestto determine values for one or more particular properties. Theoperations include receiving a property model indicating dependenciesbetween a plurality of properties, the plurality of properties includethe one or more particular properties, the properties include buildingdata for the building, the plurality of properties include rawproperties, wherein the raw properties include data that has not beenprocessed, wherein the raw properties include environmental datacollected by building equipment of the building. The operations furtherinclude generating computing threads based on the property model,wherein each computing thread includes a sequence of computations fordetermining values for the plurality of properties, wherein generating,via the processing circuit of the building management system, the one ormore computing threads based on the property model includingdetermining, for each of the one or more properties, a greatestdependency distance from the property to the raw properties, orderingcomputations of the properties in the computing threads based on thegreatest dependency distances of each of the plurality of properties,and executing the computing threads in parallel to determine the valuesfor the particular properties.

In some embodiments, executing the computing threads in parallelincludes generating the values for the properties based on therelationships between the properties. In some embodiments, the rawproperties are first properties used in a first determination of thesequence computations of the computing threads, wherein the values forthe properties depend on values for the raw properties.

In some embodiments, determining, for each of the properties, thegreatest dependency distance from the property to the raw propertiesincludes determining a number of dependencies between the property toeach of the raw properties and determining the greatest dependencydistance from the property to the raw properties by comparing each ofthe number of dependencies between the property to each of the rawproperties, wherein the greatest dependency distances is one of thenumber of dependencies that is the greatest number of dependencies.

In some embodiments, a method of the present disclosure includes findingthe shortest computational time of a relational data graph with randomlyplaced raw data by breaking the relationships into a graph of distanceto raw data locations, scanning the graph for dependencies to locate thecritical paths, and create a thread pool that executes on each criticalpath.

Hybrid Cluster Optimization

Another implementation of the present disclosure is a method forallocating computing jobs among multiple nodes of a building managementsystem of a building. The method includes receiving, by a first buildingmanagement system node, a computing job for determining values for thebuilding management system and generating, by the first buildingmanagement system node, an objective function for the buildingmanagement system nodes, wherein the objective function indicates a costfor determining, by each of the plurality of building management systemnodes, the values. The method includes optimizing, by the first buildingmanagement system node, the objective function to select a second of thebuilding management system nodes for determining the one or more values,wherein optimizing the objective function selects the second of thebuilding management system nodes associated with an optimal cost andsending, by the first building management system node, the computing jobto the second building management system node.

In some embodiments, the building management system nodes controlbuilding equipment associated with the building to control anenvironmental condition of the building based on the one or more valuesdetermined by the second building management system node.

In some embodiments, the method includes sending, by the second buildingmanagement system node, the one or more values, to the first buildingmanagement system node in response to generating, by the second buildingmanagement system node, the one or more values.

In some embodiments, building management system nodes includeon-premises nodes, where the on-premises nodes are computing deviceslocated within the building, where the on-premises nodes are associatedwith a first cost indicated by the objective function and off-premisesnodes, where the off-premises nodes are computing devices locatedoutside the building that are part of a cloud computing system, wherethe off-premises nodes are associated with a second cost indicated bythe objective function, wherein the second cost is greater than thefirst cost.

In some embodiments, optimizing the objective function includesoptimizing the objective function with multiple constraints, where theconstraints include an inequality constraint comparing a criticalitylevel for the computing job and a success probability of each of theplurality of building management system nodes, wherein optimizing theobjective function selects the second of the plurality of buildingmanagement system nodes associated with an optimal success probability.

In some embodiments, optimizing the objective function includesoptimizing the objective function with a multiple constraints, whereinthe constraints include an equality constraint causing the optimizationof the objective function to select only one node of the plurality ofbuilding management system nodes, the second node of the buildingmanagement system.

In some embodiments, wherein optimizing the objective function includesoptimizing the objective function with constraints, wherein theconstraints include an inequality constraint indicative of computingtime for each of the plurality of building management system nodes,wherein optimizing the objective function selects the second of theplurality of building management system nodes associated with an optimalcomputing time.

In some embodiments, the method further includes determining, by thefirst building management system node, the computing times for each ofthe nodes based on the computing job and an indication of an amount ofavailable resources of each of the plurality of nodes.

In some embodiments, the method further includes querying, by the firstbuilding management system node, the building management system nodesfor the indication of the amount of available resources of each of theplurality of nodes and receiving, by the first building managementsystem node, the indication of the amount of available resources of eachof the building management system nodes from the building managementsystem nodes.

Another implementation of the present disclosure is a buildingmanagement system for a building, the building management systemincluding a first building management system node. The first buildingmanagement system node includes a processing circuit configured toreceive a computing job for determining one or more values for thebuilding management system and generate an objective function for thebuilding management system nodes, wherein the objective functionindicates a cost for determining, by each of the plurality of buildingmanagement system nodes, the one or more values. The processing circuitis configured to optimize the objective function to select a second ofthe plurality of building management system nodes for determining theone or more values, wherein optimizing the objective function selectsthe second of the plurality of building management system nodesassociated with an optimal cost and send the computing job to the secondbuilding management system node.

In some embodiments, the processing circuit is configured to control anenvironmental condition of the building based on the one or more valuesdetermined by the second building management system node.

In some embodiments, the plurality of building management system nodesinclude on-premises nodes, wherein the one or more on-premises nodes arecomputing devices located within the building, wherein the one or moreon-premises nodes are associated with a first cost indicated by theobjective function and off-premises nodes, wherein the one or moreoff-premises nodes are computing devices located outside the buildingthat are part of a cloud computing system, wherein the one or moreoff-premises nodes are associated with a second cost indicated by theobjective function, wherein the second cost is greater than the firstcost.

In some embodiments, the processing circuit is configured to optimizethe objective function by optimizing the objective function with aplurality of constraints, wherein the plurality of constraints includean inequality constraint comparing a criticality level for the computingjob and a success probability of each of the plurality of buildingmanagement system nodes, wherein the processing circuit is configured tooptimize the objective function to select the second of the buildingmanagement system nodes associated with an optimal success probability.

In some embodiments, the processing circuit is configured to optimizethe objective function by optimizing the objective function withconstraints, wherein the constraints include a single node selectionconstraint causing the optimization of the objective function to selectonly one node of the plurality of building management system nodes, thesecond node of the building management system.

In some embodiments, the processing circuit is configured to optimizethe objective function by optimizing the objective function withconstraints, wherein the constraints include indications of computingtime for each of the plurality of building management system nodes,wherein the processing circuit is configured to optimize the objectivefunction to select the second of the plurality of building managementsystem nodes associated with an optimal computing time.

In some embodiments, the processing circuit is configured to determinethe computing times for each of the nodes based on the computing job andan indication of an amount of available resources of each of theplurality of nodes.

In some embodiments, wherein the processing circuit is configured toquery the plurality of building management system nodes for theindication of the amount of available resources of each of the pluralityof nodes and receiving, by the first building management system node,the indication of the amount of available resources of each of theplurality of building management system nodes from the plurality ofbuilding management system nodes.

Another implementation of the present disclosure is a non-transitorycomputer readable medium having machine instructions stored therein, theinstructions being executable by a processor of a first buildingmanagement system node of a plurality of building management systemnodes of a building management system to perform operations includingreceiving a computing job for determining one or more values for thebuilding management system and generating an objective function for theplurality of building management system nodes, wherein the objectivefunction indicates a cost for determining, by each of the plurality ofbuilding management system nodes, the one or more values. The operationsinclude optimizing the objective function to select a second of thebuilding management system nodes for determining the values, whereinoptimizing the objective function selects the second of the buildingmanagement system nodes associated with an optimal cost, whereinoptimizing the objective function includes optimizing the objectivefunction with constraints, wherein the constraints include a criticalitylevel for the computing job and a success probability of each of theplurality of building management system nodes, wherein optimizing theobjective function selects the second of the plurality of buildingmanagement system nodes associated with an optimal success probability.The operations further include sending the computing job to the secondbuilding management system node.

In some embodiments, wherein the operations further include controllingbuilding equipment associated with the building to control anenvironmental condition of the building based on the one or more valuesdetermined by the second building management system node.

In some embodiments, the building management system nodes includeon-premises nodes, wherein the on-premises nodes are computing deviceslocated within the building, wherein the on-premises nodes areassociated with a first cost indicated by the objective function andoff-premises nodes, wherein the off-premises nodes are computing deviceslocated outside the building that are part of a cloud computing system,wherein the one or more off-premises nodes are associated with a secondcost indicated by the objective function, wherein the second cost isgreater than the first cost.

In some embodiments, another implementation of the present disclosure isa method for optimizing the cost-risk profile for the parallel executionof a plurality of algorithms executing within and between computationalcomputer clusters while maintaining the ability for those algorithms tointeract, the method includes determining the available resourcesamongst the clusters, collecting cost information about each resource,generating a cost function, solving an optimization function todistribute the required algorithms across the various computationresources, wherein the cost function depends on the price of computationand the expected time spend computing, wherein the cost function dependson the probability of obtaining a successful run in the required amountof time, wherein the algorithms have a specific order in which they haveto be solved and may pause each other to complete execution.

Hybrid Cluster Disaster Recovery

Another implementation of the present disclosure is a method formanaging failures in nodes of a building management system of abuilding, the method includes selecting, by a first building managementsystem node, a second building management system node from the pluralityof building management system nodes to perform a computing job todetermine one or more values for the building management system andsending, by the first building management system node, the computing jobto the second building management system node for the second buildingmanagement system node to determine the one or more values for thebuilding management system. The method includes receiving, by the firstbuilding management system node, progress messages from the secondbuilding management system node, wherein the progress messages indicatethe status of the second building management system node for determiningthe one or more values and selecting, by the first building managementsystem node, a third building management system node from the pluralityof building management system nodes to perform the computing job inresponse to the progress messages indicating that the second node hasfailed to determine the one or more values.

In some embodiments, the method includes controlling, by the buildingmanagement system nodes, building equipment associated with the buildingto control an environmental condition of the building based on the oneor more values determined by the third building management system node.

In some embodiments, the method further includes determining, by thefirst building management system node, whether the second buildingmanagement system node has failed based on at least one of a length oftime since sending, by the first building management system node, thecomputing job to the second building management system node and a lengthof time since receiving, by the first building management system node, amost recent progress message from the second building management systemnode.

In some embodiments, the method further includes determining, by thefirst building management system node, whether the second buildingmanagement system node has failed by determining, based on the progressmessages, whether the second building management system node willcomplete the computing job, wherein the progress message indicates thatthe second building management system has failed to complete thecomputing job.

In some embodiments, selecting, by the first building management systemnode, the second building management system node includes performing anoptimization to determine an optimal building management system node ofthe plurality of building management system nodes to perform thecomputing job by generating, by the first building management systemnode, an objective function for the plurality of building managementsystem nodes, wherein the objective function indicates a cost fordetermining, by each of the plurality of building management systemnodes, the one or more values and optimizing, by the first buildingmanagement system node, the objective function to select a second of theplurality of building management system nodes for determining the one ormore values, wherein optimizing the objective function selects thesecond of the plurality of building management system nodes associatedwith an optimal cost.

In some embodiments, selecting, by the first building management systemnode, the third building management system node from the plurality ofbuilding management system nodes includes performing a secondoptimization to determine a second optimal building management systemnode of the plurality of building management system nodes to perform thecomputing job, wherein the second optimization does not consider thesecond building management system node.

In some embodiments, the third building management system node includescomputing devices, wherein the method includes determining, by thecomputing devices of the third building management system node, the oneor more values for the building management system.

In some embodiments, the method further includes determining, by thethird building management system node, whether one or more of theplurality of computing devices of the third building management systemhave encountered a failure, sending, by the third node, one or more jobcomponents of the computing job to a fourth building management systemnode, receiving, by the third building management system node, theresults for the one or more job components of the computing jobperformed by the fourth node, generating, the one or more values for thecomputing job based on the results for the one or more job componentsreceived from the fourth building management system node, and sending,by the third building management system node, the values of thecomputing job to the first building management system node.

Another implementation of the present disclosure is a buildingmanagement system of a building for managing failures in nodes of thebuilding management system including a first building management systemnode. The first building management system node includes a processingcircuit configured to select a second building management system nodefrom the plurality of building management system nodes to perform acomputing job to determine one or more values for the buildingmanagement system and send the computing job to the second buildingmanagement system node for the second building management system node todetermine the one or more values for the building management system. Theprocessing circuit is configured to receive progress messages from thesecond building management system node, wherein the progress messagesindicate the status of the second building management system node fordetermining the one or more values and select a third buildingmanagement system node from the plurality of building management systemnodes to perform the computing job in response to the progress messagesindicating that the second node has failed to determine the one or morevalues.

In some embodiments, the processing circuit of the first buildingmanagement system node is configured to control building equipmentassociated with the building to control an environmental condition ofthe building based on the values determined by the third buildingmanagement system node.

In some embodiments, the processing circuit of the first buildingmanagement system node is configured to determine whether the secondbuilding management system node has failed based on at least one of alength of time since sending the computing job to the second buildingmanagement system node and a length of time since receiving a mostrecent progress message from the second building management system node.

In some embodiments, the processing circuit of the first buildingmanagement system node is configured to determine whether the secondbuilding management system node has failed by determining, based on theprogress messages, whether the second building management system nodewill complete the computing job, wherein the progress message indicatesthat the second building management system has failed to complete thecomputing job.

In some embodiments, the processing circuit of the first buildingmanagement system node is configured to select the second buildingmanagement system node by performing an optimization to determine anoptimal node of the plurality of nodes to perform the computing job bygenerating an objective function for the plurality of buildingmanagement system nodes, wherein the objective function indicates a costfor determining, by each of the plurality of building management systemnodes, the one or more values and optimizing the objective function toselect a second of the plurality of building management system nodes fordetermining the one or more values, wherein optimizing the objectivefunction selects the second of the plurality of building managementsystem nodes associated with an optimal cost.

In some embodiments, the processing circuit of the first buildingmanagement system node is configured to select the third buildingmanagement system node from the plurality of nodes by performing asecond optimization to determine a second optimal node of the pluralityof nodes to perform the computing job, wherein the second optimizationdoes not consider the second building management system node.

In some embodiments, wherein the third building management system nodeincludes a plurality of computing devices configured to determine theone or more values for the building management system.

In some embodiments, wherein third building management system nodeincludes a processing circuit configured to determine whether one ormore of the plurality of computing devices of the third buildingmanagement system node have encountered a failure, send one or more jobcomponents of the computing job to a fourth building management systemnode, receive the results for the one or more job components of thecomputing job performed by the fourth node, generate the one or morevalues for the computing job based on the results for the one or morejob components received from the fourth building management system node,and send the one or more values of the computing job to the firstbuilding management system node.

Another implementation of the present disclosure is a computerimplemented method for managing failures in a plurality of nodes of abuilding management system of a building. The method includes selecting,by a processing circuit of a first building management system node, asecond building management system node from the plurality of buildingmanagement system nodes to perform a computing job to determine one ormore values for the building management system and sending, by theprocessing circuit of the first building management system node, thecomputing job to the second building management system node for thesecond building management system node to determine the one or morevalues for the building management system. The method further includesreceiving, by the processing circuit of the first building managementsystem node, progress messages from the second building managementsystem node, wherein the progress messages indicate the status of thesecond building management system node for determining the one or morevalues. The method further includes determining, by the processingcircuit of the first building management system node, whether the secondbuilding management system node has failed based on at least one of alength of time since sending, by the first building management systemnode, the computing job to the second building management system nodeand a length of time since receiving, by the first building managementsystem node, a most recent progress message from the second buildingmanagement system node and selecting, by the processing circuit of thefirst building management system node, a third building managementsystem node from the plurality of building management system nodes toperform the computing job in response to the determining that the secondnode has failed to determine the one or more values.

In some embodiments, the method further includes controlling, by one ormore of the building management system nodes, building equipmentassociated with the building to control an environmental condition ofthe building based on the one or more values determined by the thirdbuilding management system node.

In some embodiments, selecting, by the processing circuit of the firstbuilding management system node, the second building management systemnode includes performing an optimization to determine an optimal node ofthe plurality of nodes to perform the computing job by generating, bythe processing circuit of the first building management system node, anobjective function for the plurality of building management systemnodes, wherein the objective function indicates a cost for determining,by each of the plurality of building management system nodes, the one ormore values and optimizing, by the processing circuit of the firstbuilding management system node, the objective function to select asecond of the plurality of building management system nodes fordetermining the one or more values, wherein optimizing the objectivefunction selects the second of the plurality of building managementsystem nodes associated with an optimal cost.

In some embodiments, the third building management system node includesmultiple computing devices. In some embodiments, the method furtherincludes determining, by the of computing devices of the third buildingmanagement system node, one or more values for the building managementsystem, determining, by a processing circuit of the third buildingmanagement system node, whether one or more of the plurality ofcomputing devices of the third building management system haveencountered a failure, sending, by the processing circuit of the thirdnode, one or more job components of the computing job to a fourthbuilding management system node, receiving, by the processing circuit ofthe third building management system node, the results for the one ormore job components of the computing job performed by the fourth node,generating, the processing circuit of the third building managementsystem node, values for the computing job based on the results for theone or more job components received from the fourth building managementsystem node, and sending, by the third building management system node,the one or more values of the computing job to the first buildingmanagement system node.

In some embodiments, the present disclosure relates to a method forincorporating redundancy into a system for optimally allocating computerresources among many computation computer clusters that execute inparallel a plurality of algorithms that may interact. In someembodiments, the method includes performing an optimization routine fordistribution of algorithm execution across many computation resourceswhere upon noticing an algorithm failed unexpectedly, the optimizationdegrades the reliability of the node and redirects the algorithm toanother source.

Dynamic Cloud Based Control Framework

Another implementation of the present disclosure is a method for dynamiccloud based control of building equipment of a building site via a cloudbased building management system. The method includes instantiating, bythe cloud based building management system, a sequencer in response toreceiving a startup request, receiving, via the cloud based buildingmanagement system, a sequence package, wherein the sequence packageincludes configuration information for interfacing the cloud basedbuilding management system with the building site, and collecting, viathe sequencer instantiated by cloud based building management system,building data from the building equipment of the building site based onthe sequence package. The method further includes causing, via thesequencer instantiated by the cloud based building management system, acontrol process to execute based on the collected data and dispatching,via the sequencer instantiated by the cloud based building managementsystem, a command to the building equipment based on a result of theexecution of the control process, wherein the command includes a commandto control the building equipment to control an environmental conditionof the building.

In some embodiments, the method further includes determining, by thecloud based building management system, whether the sequencer hasencountered a failure and instantiating, by the cloud based buildingmanagement system, a second sequencer to continue operations of thefailed sequencer in response to determining that the sequencer hasencountered the failure.

In some embodiments, the sequencer is executable on one or more of aplurality of different computing systems. In some embodiments,instantiating the sequencer includes determining whether to instantiatethe sequencer on a computing system located off-premises from thebuilding site and an on-premises computing system located within thebuilding site and instantiating the sequencer on the computing systemlocated off-premises from the building site and the on-premisescomputing system located within the building based on the result of thedetermination.

In some embodiments, the method further includes updating, via thesequencer, a data model stored by the cloud based building managementsystem based on the collected data of the building equipment, whereinthe data model includes information for the building site and thebuilding equipment of the building site. In some embodiments, the methodincludes generating a user interface for a user based on the model,wherein the user interface indicates information pertaining to thebuilding and the building equipment based on the model.

In some embodiments, the sequence package includes execution informationindicating when the sequencer should collect the building data from thebuilding equipment and when the sequencer should cause the controlprocess to execute

In some embodiments, the execution information includes an indication torecursively collect from or dispatch to a particular building data pointat a particular period. In some embodiments, the indication is anindication to collect from or dispatch to the particular building datapoint in response to a particular value of the building site changing bya predefined amount. In some embodiments, the execution informationfurther includes an indication to execute the control process at theparticular period and an indication to execute the control process inresponse to the particular value of the building site changing by thepredefined amount.

In some embodiments, the sequence package includes data linkageinformation, wherein the data linkage information includes a tuple pairindicating a link between a physical data point of the building site anda digital data point of the data model. In some embodiments, collecting,via the sequencer instantiated by cloud based building managementsystem, the building data from the building equipment of the buildingsite includes retrieving, based on the linkage information, a data valuefor the digital data point by retrieving a data value of the physicaldata point.

In some embodiments, collecting, via the sequencer instantiated by thecloud based building management system, the building data from thebuilding equipment of the building site includes communicating with acollector-dispatcher system located within the building site.

In some embodiments, collecting, via the sequencer instantiated by cloudbased building management system, the building data from the buildingequipment of the building site includes sending a request for input datafor the physical data point to the collector-dispatcher system,receiving, via the collector-dispatcher, the input data for the physicaldata point, and storing the received input data for the physical datapoint in the data model as the digital data point.

Another implementation of the present disclosure is a cloud basedbuilding management system for dynamically controlling buildingequipment of a building site. The cloud based building management systemincludes a processing circuit configured to instantiate a sequencer inresponse to receiving a startup request, receive, via the sequencer, asequence package, wherein the sequence package includes configurationinformation for interfacing the cloud based building management systemwith the building site, collect, via the sequencer, building data fromthe building equipment of the building site based on the sequencepackage, cause, via the sequencer, a control process to execute based onthe collected data, and dispatch, via the sequencer, a command to thebuilding equipment based on a result of the execution of the controlprocess, wherein the command incudes a command to control the buildingequipment to control an environmental condition of the building site.

In some embodiments, the processing circuit is configured to determinewhether the sequencer has encountered a failure and instantiate a secondsequencer to continue operations of the failed sequencer in response todetermining that the sequencer has encountered the failure.

In some embodiments, the sequencer is executable on one or more of aplurality of different computing systems. In some embodiments,instantiating the sequencer includes determining whether to instantiatethe sequencer on a computing system located off-premises from thebuilding site and an on-premises computing system located within thebuilding site and instantiating the sequencer on the computing systemlocated off-premises from the building site and the on-premisescomputing system located within the building based on the result of thedetermination.

In some embodiments, the processing circuit is configured to update adata model stored by the cloud based building management system based onthe collected data of the building equipment, wherein the data modelincludes information for the building site and the building equipment ofthe building site and generating a user interface for a user based onthe model, wherein the user interface indicates information pertainingto the building and the building equipment based on the model.

In some embodiments, the sequence package includes execution informationindicating when the sequencer should collect the building data from thebuilding equipment and when the sequencer should cause the controlprocess to execute.

In some embodiments, the execution information includes an indication tocollect from or dispatch to a particular building data point at aparticular period and an indication to collect from or dispatch to theparticular building data point in response to a particular value of thebuilding site changing by a predefined amount. In some embodiments, theexecution information further includes an indication to execute thecontrol process at the particular period and an indication to executethe control process in response to the particular value of the buildingsite changing by the predefined amount.

In some embodiments, the sequence package includes data linkageinformation, wherein the data linkage information includes a tuple pairindicating a link between a physical data point of the building site anda digital data point of the data model. In some embodiments, theprocessing circuit is configured to collect, via the sequencer, thebuilding data from the building equipment of the building site byretrieving, based on the linkage information, a data value for thedigital data point by retrieving a data value of the physical datapoint.

In some embodiments, the processing circuit is configured to collect,via the sequencer, the building data from the building equipment of thebuilding site by communicating with a collector-dispatcher systemlocated within the building site.

In some embodiments, the processing circuit is configured to collect,via the sequencer instantiated by cloud based building managementsystem, the building data from the building equipment of the buildingsite by sending a request for input data for the physical data point tothe collector-dispatcher system, receiving, via thecollector-dispatcher, the input data for the physical data point, andstoring the received input data for the physical data point in the datamodel as the digital data point.

Another implementation of the present disclosure is a non-transitorycomputer readable medium having machine instructions stored therein, theinstructions being executable by a processor of a cloud based buildingmanagement system, the operations include instantiating a sequencer inresponse to receiving a startup request, receiving, a sequence package,wherein the sequence package includes configuration information forinterfacing the cloud based building management system with the buildingsite, collecting, via the sequencer instantiated by cloud based buildingmanagement system, building data from the building equipment of thebuilding site based on the sequence package, causing, via the sequencerinstantiated by the cloud based building management system, a controlprocess to execute based on the collected data, dispatching, via thesequencer instantiated by the cloud based building management system, acommand to the building equipment based on a result of the execution ofthe control process, wherein the command includes a command to controlthe building equipment, determining whether the sequencer hasencountered a failure, and instantiating a second sequencer to continueoperations of the failed sequencer in response to determining that thesequencer has encountered the failure.

In some embodiments, the sequence package includes execution informationindicating when the sequencer should collect the building data from thebuilding equipment and when the sequencer should cause the controlprocess to execute.

In some embodiments, another implementation of the present disclosure isa method to upload and execute control strategies of a remote system toa cloud deployed solution allowing cloud based control of the underlyingremote system including a sequence diagram, connection details, andmapping details between the remote system and the cloud solution, themethod including allowing the sequence diagram to be updated duringoperation without impact to the remote system and allowing theunderlying control algorithms to change during operation without impactto the remote system.

In some embodiments, the remote system is an HVAC facility including atleast one of chillers, boilers, and batteries; wherein the clouddeployed solution is deployed on premise.

Algorithmic Interface Application Designer

Another implementation of the present disclosure is a method forgenerating and updating a live dashboard of a building management systemfor a building. The method includes generating, by the buildingmanagement system, a dashboard designer interface and causing thedashboard designer interface to be displayed on a user device of a user,receiving, by the building management system via the dashboard designerinterface, a graphic element from the user, wherein the graphic filesupports animation and user interaction. The method further includesgenerating, by the building management system, a widget by binding thegraphic element received from the user to a widget of the livedashboard, binding, by the building management system, a data point tothe widget based on a user selection via the dashboard designerinterface, wherein the data point being a data point of buildingequipment of the building, receiving, by the building management system,a value for the data point from the building equipment, and displaying,by the building management system, the widget in the live dashboard, thewidget including an indication of the value for the data point.

In some embodiments, the method further includes receiving, via thewidget, user entered data and controlling, by the building managementsystem, the building equipment to control an environmental condition ofthe building based on the user entered data.

In some embodiments, the data point bound to the widget is not bound toany other widget of the live dashboard, wherein the live dashboardincludes a plurality of pages, each page including a particular widget.

In some embodiments, the graphic element is a Scalable Vector Graphic(SVG) file, wherein the dashboard designer interface allows a user toupload the SVG to the building management system.

In some embodiments, the method further includes adjusting, by thebuilding management system, an opacity value of the widget based on thevalue for the data point and a plurality of thresholds for the datapoint, wherein the opacity value is a function of the value for the datapoint and the plurality of thresholds. In some embodiments, the methodfurther includes displaying, by the building management system, thewidget in the live dashboard based on the adjusted opacity value.

In some embodiments, the method further includes changing a color of thewidget based on the received value for the data point and a color map,wherein the color map includes a relationship between potential valuesfor the data point and a corresponding color for the widget.

In some embodiments, the method further includes causing, by thebuilding management system, the widget to be displayed on a page of thelive dashboard in response to determining that the value of the datapoint is greater than a predefined amount and causing, by the buildingmanagement system, the widget to not be displayed on the page of thelive dashboard in response to determining that the value of the datapoint is less than the predefined amount.

In some embodiments, the application designer interface displays aselectable point list including a multiple data points, wherein themultiple data points include the data point. In some embodiments, themethod further includes receiving the user selection by receiving aselection of the data point from the plurality of data points of theselectable point list.

In some embodiments, the method further includes causing, by thebuilding management system, the user device to display the livedashboard, wherein the live dashboard includes a first pane and a secondpane displayed simultaneously within the live dashboard. In someembodiments, the first pane includes a selectable page list includingmultipole pages, wherein each page is associated with one of a pluralityof widgets, wherein a first page of the plurality of pages is associatedwith the widget. In some embodiments, the second pane includes a displayof a selected widget of the plurality of widgets selected via theselectable page list.

In some embodiments, the application designer interface displays aselectable graphic element list including multiple graphic elements,wherein the graphic elements include the graphic element. In someembodiments, the method further includes receiving a user selection ofthe graphic element from the plurality of graphic elements of theselectable graphic element list and displaying, via the applicationdesigner interface, the graphic element in an editable mode to the user.

In some embodiments, the application designer interface includes a firstinterface pane, a second interface pane, and a third interface pane,wherein the application designer interface simultaneously displays thefirst interface pane, the second interface pane, and the third interfacepane in the application designer interface. In some embodiments, thefirst interface pane includes a selectable point list including multipledata points, wherein the data points include the data point. In someembodiments, the second interface pane includes the selectable graphicelement list. In some embodiments, the third interface pane includes adisplay of the graphic element in an editable mode.

Another implementation of the present disclosure is a buildingmanagement system of a building for generating and updating a livedashboard. The building management system includes a processing circuitconfigured to generate a dashboard designer interface and cause thedashboard designer interface to be displayed on a user device of a user,receive, via the dashboard designer interface, a graphic element fromthe user, wherein the graphic file supports animation and userinteraction, generate a widget by binding the graphic element receivedfrom the user to a widget of the live dashboard, bind a data point tothe widget based on a user selection via the dashboard designerinterface, wherein the data point being a data point of buildingequipment of the building, receiving, by the building management system,a value for the data point from the building equipment, and displaying,by the building management system, the widget in the live dashboard, thewidget including an indication of the value for the data point.

In some embodiments, the processing circuit is configured to receive,via the widget, user entered data and controlling, by the buildingmanagement system, the building equipment to control an environmentalcondition of the building based on the user entered data.

In some embodiments, the data point bound to the widget is not bound toany other widget of the live dashboard, wherein the live dashboardincludes multiple pages, each page including a particular widget.

In some embodiments, the application designer interface displays aselectable point list including multiple data points, wherein the datapoints include the data point. In some embodiments, the processingcircuit is configured to receive the user selection by receiving aselection of the data point from the multiple data points of theselectable point list.

In some embodiments, the method further includes causing, by thebuilding management system, the user device to display the livedashboard, wherein the live dashboard includes a first pane and a secondpane displayed simultaneously within the live dashboard. In someembodiments, the first pane includes a selectable page list includingmultiple pages, wherein each page is associated with one of multiplewidgets, wherein a first page of the pages is associated with thewidget. In some embodiments, the second pane includes a display of aselected widget of the plurality of widgets selected via the selectablepage list.

In some embodiments, the application designer interface displays aselectable graphic element list including multiple graphic elements,wherein the graphic elements include the graphic element. In someembodiments, the processing circuit is configured to receive a userselection of the graphic element from the plurality of graphic elementsof the selectable graphic element list and display, via the applicationdesigner interface, the graphic element in an editable mode to the user.

In some embodiments, the application designer interface includes a firstinterface pane, a second interface pane, and a third interface pane. Insome embodiments, the application designer interface simultaneouslydisplays the first interface pane, the second interface pane and thethird interface pane in the application designer interface. In someembodiments, the first interface pane includes a selectable point listincluding multiple data points, wherein the data points include the datapoint. In some embodiments, the second interface pane includes theselectable graphic element list. In some embodiments, the thirdinterface pane includes a display of the graphic element in an editablemode.

Another implementation of the present disclosure is a non-transitorycomputer readable medium having machine instructions stored therein, theinstructions being executable by a processor of a building managementsystem of a building to perform operations. The operations includegenerating a dashboard designer interface and cause the dashboarddesigner interface to be displayed on a user device of a user, whereinthe application designer interface displays a selectable point listincluding a plurality of data points, wherein the plurality of datapoints include the data point. The operations further include receiving,via the dashboard designer interface, a graphic element from the user,wherein the graphic file supports animation and user interaction andgenerating a widget by binding the graphic element received from theuser to a widget of a live dashboard. The operations further includereceiving a user point selection by receiving a selection of a datapoint from the plurality of data points of the selectable point list,binding the data point to the widget based on the user selection via thedashboard designer interface, wherein the data point is a data point ofbuilding equipment of the building, receiving, by the buildingmanagement system, a value for the data point from the buildingequipment, and displaying, by the building management system, the widgetin the live dashboard, the widget including an indication of the valuefor the data point.

In some embodiments, the operations further include receiving, via thewidget, user entered data and controlling, by the building managementsystem, the building equipment to control an environmental condition ofthe building based on the user entered data.

In some embodiments, another implementation of the present disclosure isa method to allow client-defined rendering and animation of scalablevector graphics (SVGs) within HTML5 to provide customizable dashboardsincluding any SVG drawn by the client uploaded to the clientapplication, an in-browser SVG editor that allows the client to selectroot level SVG elements to convert them into widgets that the clientapplication can then render, a widget that relies on client definedpoints that relate to the underlying system and allows any type ofanimation or rendering available to HTML5 browsers or its third-partylibraries, and a point that the client defines with an ID for use intheir widgets that has a link to an underlying point in the system, orprovides a mathematical expression that binds multiple points together,e.g., A+B+C.

In some embodiments, the widget may be a single text field whose size,and decimal precision is used to show the current value of a pointwithin the underlying system; wherein the widget may be an opacitychanger based on threshold values of a point within the underlyingsystem; wherein the widget may be a motion tween activator based onthreshold values of a point within the underlying system; wherein thewidget may be a visibility controller based on a threshold value of apoint within the underlying system; wherein the widget may be a tablethat allows overriding input data present within the underlying system;wherein the widget may be a navigation tool that allows the client toswitch between uploaded SVGs.

Energy Optimization Builder And Generic Data Model Designer

Another implementation of the present disclosure is a buildingmanagement system for generating a building model for a building andoperating building equipment of the building based on the buildingmodel. The building management system includes a processing circuitconfigured to receive a context, wherein the context includes metadatadefining the building model for the building, generate a building modeleditor interface for viewing and editing the received context, whereinthe building model interface includes building elements for the buildingmodel, wherein the building elements are based on the received contextand represent the building equipment, receive user edits of the contextvia the building model interface, wherein the user edits include editsto the building elements. The processing circuit is configured togenerate an updated context based on the user edits of the context anddeploy the updated context to control environmental conditions of thebuilding with the building equipment based on the updated context.

In some embodiments, the processing circuit is configured to display thebuilding model interface on a display of a user device, wherein thebuilding model interface includes a canvas for displaying the buildingelements of the context and a palate for displaying potential buildingelements for the context. In some embodiments, the processing circuit isconfigured to receive a command to place one of the potential buildingelements of the palate on the canvas from the user device, wherein thepotential building elements and the building elements each indicate atleast one of a utility that generates a resource, the resource, and asub-plant that consumes the resource and generates another resource. Insome embodiments, the processing circuit is configured to receiveconnections between the building elements from the user device andgenerate the updated context based on the placements of the buildingelements and the connections between the building elements.

In some embodiments, the potential building elements are based on thecontext, wherein the potential elements are generated based on possiblebuilding elements indicated by the context. In some embodiments, theconnections between the building elements are controlled by the context,wherein the building management system allows some connections but notother connections based on connections allowed by the context.

In some embodiments, the processing circuit is configured to receive aninteraction with one building element of the building elements canvasfrom the user device, display an attribute interface on the buildingmodel editor interface, wherein the attribute interface includingattribute options for the one building element, receive an adjustment tothe attribute option from the user device, and generate the updatedcontext based on the adjustment to the attribute option.

In some embodiments, the attribute options include an out of servicedate range, wherein the date range indicates the period of time that thebuilding element will not be operating.

In some embodiments, the attribute options for the one building elementare based on allowed attribute options for the associated elementdefined by the context. In some embodiments, the processing circuit isconfigured to determine the allowed attribute options for the onebuilding element based on the context and cause the attribute options tobe the allowed attribute options.

In some embodiments, the processing circuit is configured to displayconnection wires between the building elements based on the receivedconnections, wherein the connection wires indicate the flow of aparticular resource between the building elements, wherein the wiresinclude a color associated with a type of the particular resource.

In some embodiments, the processing circuit is configured to generate anoptimization problem based on the user edits of the context, perform theoptimization problem to generate control settings for the buildingequipment, and operate the building equipment based on the generatedcontrol settings.

In some embodiments, the processing circuit is configured to generatethe optimization problem based on the user edits of the context bygenerating optimization constraints based on the user edits of thecontext. In some embodiments, the processing circuit is configured toperform the optimization problem to generate the control settings forthe building equipment by performing the optimization problem with theoptimization constraints.

In some embodiments, the processing circuit is configured to generatethe optimization constraints based on the user edits of the context bygenerating the optimization constraints based on the command to placethe building elements of the palate on the canvas, the connectionsbetween the building elements, and the adjustment to the attributeoptions.

Another implementation of the present disclosure is a method forgenerating a building model for a building by a building managementsystem for operating building equipment of the building. The methodincludes receiving, via the building management system, a context,wherein the context includes metadata defining the building model forthe building. The method further includes generating, via the buildingmanagement system, a building model editor interface for viewing andediting the received context, wherein the building model interfaceincludes building elements for the building model, wherein the buildingelements are based on the received context and represent the buildingequipment. The method further includes receiving, by the buildingmanagement system, user edits of the context via the building modelinterface, wherein the user edits include edits to the buildingelements, generating, by the building management system, an updatedcontext based on the user edits of the context, and deploying, by thebuilding management system, the updated context to control environmentalconditions of the building with the building equipment based on theupdated context.

In some embodiments, the method further includes displaying, by thebuilding management system, the building model interface on a display ofa user device, wherein the building model interface includes a canvasfor displaying the building elements of the context and a palate fordisplaying potential building elements for the context and receiving, bythe building management system, a command to place one of the potentialbuilding elements of the palate on the canvas from the user device,wherein the potential building elements and the building elements eachindicate at least one of a utility that generates a resource, theresource, and a sub-plant that consumes the resource and generatesanother resource. In some embodiments, the method further includesreceiving, by the building management system, connections between thebuilding elements from the user device and generating, by the buildingmanagement system, the updated context based on the placements of thebuilding elements and the connections between the building elements.

In some embodiments, the potential building elements are based on thecontext, wherein the potential elements are generated based on possiblebuilding elements indicated by the context. In some embodiments, theconnections between the building elements are controlled by the context,wherein the building management system allows some connections but notother connections based on connections allowed by the context.

In some embodiments, the method further includes receiving, by thebuilding management system, an interaction with one building element ofthe building elements canvas from the user device, displaying, by thebuilding management system, an attribute interface on the building modeleditor interface, wherein the attribute interface including attributeoptions for the one building element, receiving, by the buildingmanagement system, an adjustment to the attribute option from the userdevice, and generating, by the building management system, the updatedcontext based on the adjustment to the attribute option.

In some embodiments, the attribute options for the one building elementare based on allowed attribute options for the associated elementdefined by the context. In some embodiments, the method further includesdetermining, by the building management system, the allowed attributeoptions for the one building element based on the context and causing,by the building management system, the attribute options to be theallowed attribute options.

In some embodiments, the method further includes generating, by thebuilding management system, an optimization problem based on the useredits of the context, performing, by the building management system, theoptimization problem to generate control settings for the buildingequipment, and operating, by the building management system, thebuilding equipment based on the generated control settings.

In some embodiments, generating, by the building management system, theoptimization problem based on the user edits of the context includesgenerating optimization constraints based on the user edits of thecontext. In some embodiments, performing, by the building managementsystem, the optimization problem to generate the control settings forthe building equipment includes performing the optimization problem withthe optimization constraints.

In some embodiments, generating, by the building management system, theoptimization constraints based on the user edits of the context includegenerating the optimization constraints based on the command to placethe building elements of the palate on the canvas, the connectionsbetween the building elements, and the adjustment to the attributeoptions.

Another implementation of the present disclosure is a non-transitorycomputer readable medium having machine instructions stored therein, theinstructions being executable by a processor of a building managementsystem of a building to perform operations. The operations includereceiving a context, wherein the context includes metadata defining thebuilding model for the building. In some embodiments, the operationsfurther include generating a building model editor interface for viewingand editing the received context, wherein the building model interfaceincludes building elements for the building model, wherein the buildingelements are based on the received context and represent buildingequipment of the building. In some embodiments, the operations furtherinclude receiving user edits of the context via the building modelinterface, wherein the user edits include edits to the buildingelements, generating an updated context based on the user edits of thecontext, deploying the updated context to control environmentalconditions of the building with the building equipment based on theupdated context, and generating an optimization problem based on theuser edits of the context. In some embodiments, the method furtherincludes performing the optimization problem to generate controlsettings for the building equipment and operating the building equipmentbased on the generated control settings.

In some embodiments, the operations further include displaying thebuilding model interface on a display of a user device, wherein thebuilding model interface includes a canvas for displaying the buildingelements of the context and a palate for displaying potential buildingelements for the context, receiving a command to place one of thepotential building elements of the palate on the canvas from the userdevice, wherein the potential building elements and the buildingelements each indicate at least one of a utility that generates aresource, the resource, and a sub-plant that consumes the resource andgenerates another resource, receiving connections between the buildingelements from the user device, and generating the updated context basedon the placements of the building elements and the connections betweenthe building elements. In some embodiments, generating the optimizationconstraints based on the user edits of the context includes generatingthe optimization constraints based on the command to place the buildingelements of the palate on the canvas, the connections between thebuilding elements, and the adjustment to the attribute options.

In some embodiments, another implementation of the present disclosure isa method for graphically describing and simulating an optimizationproblem, the method includes arranging plants that represent the abilityto convert one or more resources to a different set of one or moreresources, arranging loads that represent a need for the resource thatmust be met, connecting the plants to resources to describe how theloads can be met by the plants, connecting suppliers or utilities to theresources to indicate the ability to purchase the resource, convertingthe arrangement of plants loads suppliers and connections tooptimization description that is capable of being solved.

In some embodiments, the method further includes modifying properties ofany plant, supplier, or resource.

In some embodiments, another implementation of the present disclosure isa method for graphically describing and simulating any algorithm anddata model, the method includes receiving patterns that are presented ona palette that may be dragged onto a canvas, placing patterns insideother patterns to describe a hierarchical relationship, connectingpatterns to other patterns to describe other associations, providing theability to generically edit the properties of those entities through theuser of masks defined by the entity.

Live Memory Technique

Another implementation of the present disclosure is a method forreducing the memory usage of a memory device of a building managementsystem of a building. The method includes receiving, by the buildingmanagement system, a request for a property of a data model stored inthe memory device, wherein the data model includes a plurality ofrelationships, wherein each relationship links one of a plurality ofproperties to serialized building data stored within the memory device.The method further includes receiving, by the building managementsystem, a request for a property of the data model and generating, bythe building management system, de-serialized data for the requestedproperty in response to receiving the request by retrieving theserialized data from the memory device based on the plurality ofrelationships of the data model and de-serializing the retrievedserialized data.

In some embodiments, the method further includes controlling, by thebuilding management system, building equipment of the building based onthe de-serialized data by controlling an environmental condition of thebuilding with the building equipment based on the de-serialized data.

In some embodiments, the relationships of the data model includesmultiple handles, wherein each of the handles link one of the pluralityof properties of the data model to a storage object including theserialized data.

In some embodiments, the method further includes determining a key basedon the plurality of handles by identifying one of the handles thatcorresponds to the property of the request. In some embodiments,retrieving the serialized data from the memory device based on theplurality of relationships of the data model includes retrieving theserialized data from the memory device by retrieving the serialized datareferenced by the key.

In some embodiments, the method further includes receiving data for theproperty of the data model, generating the serialized data for theproperty of the data model by serializing the received data, and storingthe serialized data in the memory device, wherein the relationships linkthe property of the data model to the serialized data.

In some embodiments, the method further includes compressing theserialized data for the property and causing the memory device to storethe compressed and serialized data.

In some embodiments, the method further includes generating thede-serialized data for the requested property by retrieving theserialized and compressed data from the memory device based on theplurality of relationships of the data model and generating theserialized data by decompressing the serialized and compressed data andde-serializing the generated serialized data.

In some embodiments, generating the de-serialized data includesgenerating a transport object including the de-serialized data based ona storage object that stores the serialized data, wherein the storageobject stores the serialized data as byte array, wherein generating thede-serialized data includes generating the transport object from thebyte array.

In some embodiments, the method further includes updating one or morevalues of the de-serialized data of the transport object, generating anupdated storage object based on the de-serialized data by serializingthe transport object, and causing the memory device to store the updatedstorage object.

Another implementation of the present disclosure is a buildingmanagement system of a building for reducing the memory usage of amemory device. The building management system includes a processingcircuit configured to receive a request for a property of a data modelstored in the memory device, wherein the data model includes a pluralityof relationships, wherein each relationship links one of a multipleproperties to serialized building data stored within the memory device.The processing circuit can be configured to receive a request for aproperty of the data model and generate de-serialized data for therequested property in response to receiving the request by retrievingthe serialized data from the memory device based on the plurality ofrelationships of the data model and de-serializing the retrievedserialized data.

In some embodiments, the processing circuit is configured to controlbuilding equipment of the building based on the de-serialized data bycontrolling an environmental condition of the building with the buildingequipment based on the de-serialized data.

In some embodiments, the relationships of the data model includesmultiple handles, wherein each of the handles link one of the pluralityof properties of the data model to a storage object including theserialized data.

In some embodiments, the processing circuit is configured to determine akey based on the handles by identifying one of the handles thatcorresponds to the property of the request. In some embodiments, theprocessing circuit is configured to retrieve the serialized data fromthe memory device based on the relationships of the data model byretrieving the serialized data from the memory device by retrieving theserialized data referenced by the key.

In some embodiments, the processing circuit is configured to receivedata for the property of the data model, generating the serialized datafor the property of the data model by serializing the received data, andstore the serialized data in the memory device, wherein therelationships link the property of the data model to the serializeddata.

In some embodiments, the processing circuit is configured to compressthe serialized data for the property and cause the memory device tostore the compressed and serialized data.

In some embodiments, the processing circuit is configured to generatethe de-serialized data for the requested property by retrieving theserialized and compressed data from the memory device based on theplurality of relationships of the data model and generating theserialized data by decompressing the serialized and compressed data andde-serializing the generated serialized data.

In some embodiments, the processing circuit is configured to generatethe de-serialized data by generating a transport object including thede-serialized data based on a storage object that stores the serializeddata, wherein the storage object stores the serialized data as bytearray, wherein generating the de-serialized data includes generating thetransport object from the byte array.

Another implementation of the present disclosure is a non-transitorycomputer readable medium having machine instructions stored therein, theinstructions being executable by a processor of a building managementsystem of a building to perform operations including receiving data fora property of a data model, generating serialized data for the propertyof the data model by serializing the received data, storing theserialized data in a memory device, wherein the plurality ofrelationships link the property of the data model to the serializeddata, receiving a request for a property of a data model stored in thememory device, wherein the data model includes relationships, whereineach relationship links one of a plurality of properties to serializedbuilding data stored within the memory device, receiving a request for aproperty of the data model, and generating de-serialized data for therequested property in response to receiving the request by retrievingthe serialized data from the memory device based on the plurality ofrelationships of the data model and de-serializing the retrievedserialized data.

In some embodiments, the operations further include compressing theserialized data for the property and causing the memory device to storethe compressed and serialized data.

In some embodiments, the operations further include generating thede-serialized data for the requested property by retrieving theserialized and compressed data from the memory device based on theplurality of relationships of the data model and generating theserialized data by decompressing the serialized and compressed data andde-serializing the generated serialized data.

In some embodiment, another implementation of the present disclosure isa method for providing high throughput and low memory footprint for atraditional relational data model by storing large relational modelsinto RAM and compressing and serializing property data into chunks tiedinto the relational model and accessed on demand. In some embodiments,the method includes storing hierarchy of handles into RAM and uponrequest accessing those handles to obtain a key to the serialized datathat is de-serialized and used by an algorithm.

In some embodiments, the method further includes reducing in memory footprint by storing the relationships between properties instead of thevalues of those properties.

Context Driven Development

Another implementation of the present disclosure is a method fordynamically updating a building management system (BMS) control platformfor a building. The method includes receiving, by the BMS controlplatform, a context, wherein the context includes metadata defining adata model for the building and equipment of the building, wherein themetadata describes the data model with a common modeling language (CML).The method further includes implementing, by the BMS control platform,the data model of the context via the CML, wherein the BMS controlplatform implements the data model during the runtime of the BMS controlplatform and does not require redeployment of the BMS control platform.The method further includes controlling, by the BMS control platform,the equipment of the building based on the implemented data model tocontrol an environmental condition of the building.

In some embodiments, the method further includes receiving, by the BMScontrol platform, a kernel and a sequence, wherein the kernel includesmetadata defining a control process for controlling the equipment of thebuilding and the sequence includes metadata defining operationalrequirements for performing the control process defined by the metadataof the kernel. In some embodiments, the method further includescontrolling, by the BMS control platform, the building equipment basedon the implemented data model, the kernel, and the sequence, wherein theBMS control platform controls the building equipment based on theimplemented data model, the kernel, and the sequence without requiringredeployment of the BMS control platform.

In some embodiments, the metadata of the kernel indicates a controlprocess, input data of the implemented data model for the controlprocess, and output data of the implemented data model for the controlprocess.

In some embodiments, the metadata of the sequence includes executioninformation indicating when the BMS control platform should collect datafrom the building equipment for the control process and when the BMScontrol platform should cause the control process to execute.

In some embodiments, implementing, by the BMS control platform, the datamodel is based on the metadata of the context and the CIVIL, wherein themetadata of the context is implemented with a class structure of theCML.

In some embodiments, the class structure of the CIVIL includes aprototype class, an entity class, and an attribute class. In someembodiments, the prototype class tracks a hierarchy of entities definedbased on the entity class via references tags. In some embodiments, theentity class represents elements of the building, wherein the elementsinclude weather, zones, the building, and the equipment of the building.In some embodiments, the attribute class includes data storage for theentities defined based on the entity class.

In some embodiments, the entity class is implemented as a child entityand a component entity, wherein the component entity represents one ofthe elements of the building, wherein the child entity is a separateinstantiation of the component entity and is bound to a particularcomponent entity as a dependent of the particular component entity.

In some embodiments, implementing the data model based on the contextand the CML includes generating a building entity based on the entityclass, generating a zone entity based on the entity class, andgenerating multiple zone entities based on the child class of the CIVILand the generated zone entity, wherein the zone entities are bound tothe building entity.

Another implementation of the present disclosure is a dynamicallyupdatable building management system (BMS) control platform for abuilding. The BMS control platform includes a processing circuitconfigured to receive a context, wherein the context includes metadatadefining a data model for the building and equipment of the building,wherein the metadata describes the data model with a common modelinglanguage (CML). The processing circuit is configured to implement thedata model of the context via the CML, wherein the processing circuitimplements the data model during the runtime of the BMS control platformand does not require redeployment of the BMS control platform. Theprocessing circuit is configured to control the equipment of thebuilding based on the implemented data model to control an environmentalcondition of the building.

In some embodiments, the processing circuit is configured to receive akernel and a sequence, wherein the kernel includes metadata defining acontrol process for controlling the equipment of the building and thesequence includes metadata defining operational requirements forperforming the control process defined by the metadata of the kernel. Insome embodiments, the processing circuit is configured to control thebuilding equipment based on the implemented data model, the kernel, andthe sequence, wherein the processing circuit is configured to controlthe building equipment based on the implemented data model, the kernel,and the sequence without requiring redeployment of the BMS controlplatform.

In some embodiments, the metadata of the kernel indicates a controlprocess, input data of the implemented data model for the controlprocess, and output data of the implemented data model for the controlprocess.

In some embodiments, the metadata of the sequence includes executioninformation indicating when the processing circuit should collect datafrom the building equipment for the control process and when theprocessing circuit should cause the control process to execute.

In some embodiments, implementing, by the BMS control platform, the datamodel is based the metadata of the context and the CIVIL, wherein themetadata of the context is implemented with a class structure of theCML.

In some embodiments, the class structure of the CIVIL includes aprototype class, an entity class, and an attribute class. In someembodiments, the prototype class tracks a hierarchy of entities definedbased on the entity class via references tags, the entity classrepresents elements of the building, wherein the elements includesweather, zones, the building, and the equipment of the building, and theattribute class includes data storage for the entities defined based onthe entity class.

In some embodiments, the entity class is implemented as a child entityand a component entity, wherein the component entity represents one ofthe elements of the building, wherein the child entity is a separateinstantiation of the component entity and is bound to a particularcomponent entity as a dependent of the particular component entity.

In some embodiments, implementing the data model based on the contextand the CML includes generating a building entity based on the entityclass, generating a zone entity based on the entity class and generatingmultiple zone entities based on the child class of the CML and thegenerated zone entity, wherein the zone entities are bound to thebuilding entity.

Another implementation of the present disclosure is a non-transitorycomputer readable medium having machine instructions stored therein. Theinstructions are executable by a processor of a dynamically updatablebuilding management system (BMS) control platform for a building toperform operations. The operations receiving a context, a kernel and asequence, wherein the context includes metadata defining a data modelfor the building and equipment of the building, wherein the metadatadescribes the data model with a common modeling language (CIVIL),wherein the kernel includes metadata defining a control process forcontrolling the equipment of the building and the sequence includesmetadata defining operational requirements for performing the controlprocess defined by the metadata of the kernel. The operations furtherinclude implementing the data model of the context via the CML, whereinthe BMS control platform implements the data model during the runtime ofthe BMS control platform and does not require redeployment of the BMScontrol platform and controlling the equipment of the building based onthe implemented data model, the kernel, and the sequence, wherein theBMS control platform controls the building equipment based on theimplemented data model, the kernel, and the sequence without requiringredeployment of the BMS control platform to control an environmentalcondition of the building.

In some embodiments, the metadata of the kernel indicates a controlprocess, input data of the implemented data model for the controlprocess, and output data of the implemented data model for the controlprocess.

In some embodiments, the metadata of the sequence includes executioninformation indicating when the BMS control platform should collect datafrom the building equipment for the control process and when the BMScontrol platform should cause the control process to execute.

In some embodiments, implementing, by the BMS control platform, the datamodel is based the metadata of the context and the CIVIL, wherein themetadata of the context is implemented with a class structure of theCIVIL, wherein the class structure of the CML includes a prototypeclass, an entity class, and an attribute class. In some embodiments, theprototype class tracks a hierarchy of entities defined based on theentity class via references tags. In some embodiments, the entity classrepresents elements of the building, wherein the elements includesweather, zones, the building, and the equipment of the building. In someembodiments, the attribute class includes data storage for the entitiesdefined based on the entity class.

In some embodiments, another implementation of the present disclosure isa method for deploying new features and functionality to an existingbuilding automation system providing closed loop control. In someembodiments, the system includes a REST API with registration endpointsfor the runtime binding of an external package containing DLLs thatdescribe the data model, algorithm, and control strategy of the newfeature or functionality where the deployment can be done withoutinterrupting the existing closed loop control.

In some embodiments, another implementation of the present disclosure isa system that allow users to extend the provided relational data modelof a building automation system. In some embodiments, the system can beconfigured to obtain from the user a script, verify that the script forunit cohesion and language features, and execute the script as part ofthe original data model.

Verifiable Relationship Building Language

A method for verifying and running a script for a building managementsystem of a building includes receiving, by the building managementsystem, the script, wherein the script indicates one or more operationsto be performed with one or more data points of a data model of thebuilding. The method further includes determining, by the buildingmanagement system, whether there is unit cohesion within the receivedscript, wherein the unit cohesion indicates that a result value ofexecuting the script with the one or more data points include units thatmatch desired units and determining, by the building management system,the result value by executing the script with the one or more datapoints in response to determining that there is unit cohesion.

In some embodiments, the method further includes causing, by thebuilding management system, building equipment of the building tocontrol an environmental condition of the building based on thedetermined result value.

In some embodiments, the method includes determining, by the buildingmanagement system, whether there is unit cohesion includes determiningwhether a result unit of the result value is not a unit, wherein not aunit is the result of adding or subtracting one or more particularvalues of different units in the script.

In some embodiments, wherein the script indicates operations to beperformed with a particular data point associated with a particular timeof a time-series data vector of the data model of the building. In someembodiments, the method further includes determining, by the buildingmanagement system, whether signal repair is required for the time-seriesdata vector by determining whether the time-series data vector includesthe particular data point associated with the particular time,determining, by the building management system, the particular datapoint associated with the particular time by performing interpolation ofthe time-series data vector in response to determining that thetime-series data vector does not include the particular data pointassociated with the particular time, and determining, by the buildingmanagement system, the result values based on the interpolatedparticular data point.

In some embodiments, the method includes receiving, by the buildingmanagement system, the script include receiving the script from a userinterface of a user device, wherein the method further includesunderlining, by the building management system, one or more lines of thescript on the user interface of the user device in response todetermining that there is an error in unit cohesion in the script,wherein the underlined one or more lines are associated with the errorin unit cohesion, wherein the one or more lines of the script associatedwith the error in unit cohesion include one or more operations thatcause the error in unit cohesion.

In some embodiments, the script is an extension of the data model of thebuilding, wherein the result value is a virtual point for the data modeland indicates commissioning information for the building managementsystem. In some embodiments, the method further includes determining, bythe building management system, the result values by executing thescript at runtime along with the data model of the building managementsystem for performing commissioning of the building management system.

In some embodiments, the method includes receiving, by the buildingmanagement system, a user input value associated with a first unit anddetermining, by the building management system, a one-to-one unit forthe user input value, wherein the one-to-one unit includes an updatedvalue for the user input value determined based on a conversion factorand an exponent array in base units determined from the first unit.

In some embodiments, the method further includes receiving, by thebuilding management system, values for the one or more data points ofthe data model and determining, by the building management system, aone-to-one unit for each of the received values, wherein the one-to-oneunit includes an exponent array indicating an exponent for a pluralityof base units, wherein the building management system maps each of thevalues into the one-to-one units.

In some embodiments, determining, by the building management system,whether there is unit cohesion includes determining, by the buildingmanagement system, a one-to-one unit for the result value based on theone-to-one units of the received values and determining that theone-to-one unit for the result value matches a predefined one-to-oneunit for the result value.

In some embodiments, the method includes retrieving, by the buildingmanagement system, the one or more data points from a data model for abuilding, wherein the data model indicates data collected for a buildingand determining, by the building management system, the result valuesbased on the retrieved one or more data points retrieved from the datamodel.

In some embodiments, the method includes retrieving the one or more datapoints from the data model for the building includes retrieving the oneor more data points from the data model based on one or more lines ofthe script, the each line including an identifier indicating thelocation of the one or more points within the data model. In someembodiments, the method further includes causing, by the buildingmanagement system, the one or more results of executing the script to bestored in the data model.

Another implementation of the present disclosure is a buildingmanagement system of a building for verifying and running a script. Thebuilding management system includes a processing circuit configured toreceive the script, wherein the script indicates one or more operationsto be performed with one or more data points of a data model of thebuilding, determine whether there is unit cohesion within the receivedscript, wherein the unit cohesion indicates that a result value ofexecuting the script with the one or more data points include units thatmatch desired units, and determine the result value by executing thescript with the one or more data points in response to determining thatthere is unit cohesion.

In some embodiments, the processing circuit is configured to causebuilding equipment of the building to control an environmental conditionof the building based on the determined result value.

In some embodiments, the processing circuit is configured to determinewhether there is unit cohesion by determining whether a result unit ofthe result value is not a unit, wherein not a unit is the result ofadding or subtracting one or more particular values of different unitsin the script.

In some embodiments, the script indicates operations to be performedwith a particular data point associated with a particular time of atime-series data vector of the data model of the building. In someembodiments, the processing circuit is configured to determine whethersignal repair is required for the time-series data vector by determiningwhether the time-series data vector includes the particular data pointassociated with the particular time, determine the particular data pointassociated with the particular time by performing interpolation of thetime-series data vector in response to determining that the time-seriesdata vector does not include the particular data point associated withthe particular time, and determine the result values based on theinterpolated particular data point.

In some embodiments, the processing circuit is configured to receive thescript by receiving the script from a user interface of a user device.In some embodiments, the processing circuit is configured to underlineone or more lines of the script on the user interface of the user devicein response to determining that there is an error in unit cohesion inthe script, wherein the underlined one or more lines are associated withthe error in unit cohesion, wherein the one or more lines of the scriptassociated with the error in unit cohesion include one or moreoperations that cause the error in unit cohesion.

In some embodiments, the processing circuit is configured to receive auser input value associated with a first unit and determine a one-to-oneunit for the user input value, wherein the one-to-one unit includes anupdated value for the user input value determined based on a conversionfactor an exponent array in base units determined from the first unit.

In some embodiments, the method further includes receiving, by thebuilding management system, values for the one or more data points ofthe data model and determining, by the building management system, aone-to-one unit for each of the received values, wherein the one-to-oneunit includes an exponent array indicating an exponent for a pluralityof base units, wherein the building management system maps each of thevalues into the one-to-one units. In some embodiments, determining, bythe building management system, whether there is unit cohesion includesdetermining, by the building management system, a one-to-one unit forthe result value based on the one-to-one units of the received valuesand determining that the one-to-one unit for the result value matches apredefined one-to-one unit for the result value.

Another implementation of the present disclosure is a non-transitorycomputer readable medium having machine instructions stored therein, theinstructions being executable by a processor of a dynamically updatablebuilding management system for a building to perform operations, theoperations including receiving a script, wherein the script indicatesone or more operations to be performed with one or more data points of adata model of the building. The operations further include determiningwhether there is unit cohesion within the received script, wherein theunit cohesion indicates that a result value of executing the script withthe one or more data points include units that match desired units,wherein determining, by the building management system, whether there isunit cohesion includes determining whether a result unit of the resultvalue is not a unit, wherein not a unit is the result of adding orsubtracting one or more particular values of different units in thescript. The operations further include determining the result value byexecuting the script with the one or more data points in response todetermining that there is unit cohesion.

In some embodiments, the operations further include causing buildingequipment of the building to control an environmental condition of thebuilding based on the determined result value.

In some embodiments, another implementation of the present disclosure isa method to allow the user to building virtual points during thecommissioning of a building automation system including obtaining fromthe user a script, verifying that the script for unit cohesion andlanguage features, and executing the script as part of the original datamodel, wherein the containing system of the script may provide possibleactions that can be incorporated in the script and executed at runtimeof the script.

Another implementation of the present disclosure is a method forcreating an infinite time resolution signal from many randomly sampledtime varying signals including a set of kernels for each input signalthat perform interpolation given the provided taps, index seeking methodthat fills these taps relying only on the memory present in the originalsignals.

In some embodiments, the method includes finding the fewest number ofexecutions of a function that maintain all information present in theinput signals.

One Class Many Purposes

A method for running multiple algorithms within a building automationsystem that share the same data model, including a hierarchy ofinterfaces upon which algorithms can target where new interfaces may beadded at runtime without interrupting active control and where uponrunning an algorithm requests only the necessary interfaces for it torun allowing the system to only send the necessary data allowing thesystem to store a single entity while transporting variants of theentity. In some embodiments, the data model dynamically updates uponchanges to the interfaces.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a drawing of a building equipped with a HVAC system, accordingto an exemplary embodiment.

FIG. 2 is a block diagram of a waterside system that may be used inconjunction with the building of FIG. 1, according to an exemplaryembodiment.

FIG. 3 is a block diagram of an airside system that may be used inconjunction with the building of FIG. 1, according to an exemplaryembodiment.

FIG. 4 is a block diagram of a building automation system (BAS) that maybe used to monitor and/or control the building of FIG. 1, according toan exemplary embodiment.

FIG. 5 is a block diagram of a model view controller, according to anexemplary embodiment.

FIG. 6 is a block diagram of a control execution system that executesbased on metadata, according to an exemplary embodiment.

FIG. 7A is a block diagram of a model-controller platform including acommon modeling language (CIVIL), a rapid deployment suite (RDS), and analgorithm as a service (A3S) platform, according to an exemplaryembodiment.

FIG. 7B is a block diagram of the A3S platform and the RDS of FIG. 7A,described in greater detail, according to an exemplary embodiment.

FIG. 8 is a block diagram of the class structure of the CML of FIG. 7A,according to an exemplary embodiment.

FIG. 9A is a block diagram of a unit analysis engine of the RDS of FIGS.7A and 7B, according to an exemplary embodiment.

FIG. 9B is a chart of two time series that a signal engine of the RDS ofFIGS. 7A and 7B can be configured to utilize in signal repair, accordingto an exemplary embodiment.

FIG. 9C is a flow diagram for a process for receiving and executing ascript that can be performed by an analytic of the RDS of FIGS. 7A and7B, according to an exemplary embodiment.

FIG. 10 is a home-screen interface of the model designer of the RDS ofFIGS. 7A and 7B for generating and updating a context, according to anexemplary embodiment.

FIG. 11 is a drag and drop interface for creating or editing a contextvia the model designer of the RDS of FIGS. 7A and 7B, according to anexemplary embodiment.

FIG. 12A is the drag and drop interface of FIG. 11 include a editingwindow for editing the parameters of equipment of the interface of FIG.11 according to an exemplary embodiment.

FIG. 12B is a flow diagram of a process for using the interface of FIG.11 to edit a context, according to an exemplary embodiment.

FIG. 13 is an interface illustrating the results of a simulationperformed by a simulator of the RDS of FIGS. 7A and 7B, according to anexemplary embodiment.

FIG. 14A is a block diagram of generating an interface page with awidget generated based on a scalable vector graphic (SVG) via anapplication designer of the RDS of FIGS. 7A and 7B, according to anexemplary embodiment.

FIG. 14B is an interface that can be generated with the applicationdesigner of the RDS of FIGS. 7A and 7B, according to an exemplaryembodiment.

FIG. 15 is a block diagram of microservice system that A3S platform andthe RDS of FIGS. 7A and 7B can be implemented with, according to anexemplary embodiment.

FIG. 16 is a block diagram of components of the A3S platform of FIGS. 7Aand 7B configured to manage and run algorithms, according to anexemplary embodiment.

FIG. 17A is a block diagram illustrating a package being uploaded to theA3S platform of FIGS. 7A and 7B for running algorithms and controllingequipment of a remote site, according to an exemplary embodiment.

FIG. 17B is a block diagram illustrating, in greater detail, a packagebeing uploaded to the A3S platform of FIGS. 7A and 7B for runningalgorithms and controlling equipment of a remote site, according to anexemplary embodiment.

FIG. 17C is a flow diagram of a process for running algorithms andcontrolling equipment of a remote site with the A3S platform of FIGS. 7Aand 7B, according to an exemplary embodiment.

FIG. 18 is an interface of the RDS of FIGS. 7A and 7B for illustratingkernel jobs of the A3S platform of FIGS. 7A and 7B, according to anexemplary embodiment.

FIG. 19 is a block diagram of various A3S platform nodes, according toan exemplary embodiment.

FIG. 20 is a block diagram of the A3S platform nodes of FIG. 19optimizing job distribution, according to an exemplary embodiment.

FIG. 21 is a flow diagram of a process for optimizing job distributionwith the A3S platform nodes of FIG. 20, according to an exemplaryembodiment.

FIG. 22 is a block diagram of the A3S platform nodes of FIG. 19recovering from one of the A3S platform nodes crashing and failing tocomplete a computing job, according to an exemplary embodiment.

FIG. 23 is a flow diagram of a process for recovering from one or moreA3S platform nodes of FIG. 22 crashing and failing to complete thecomputing job, according to an exemplary embodiment.

FIG. 24 is a block diagram of a parallel relationship engine that can beconfigured to optimize the execution of determining properties,according to an exemplary embodiment.

FIG. 25 is a process for optimizing the execution of determiningproperties that can be performed with the parallel relationship engineof FIG. 24, according to an exemplary embodiment.

FIG. 26A is a block diagram of a data model and a storage object and atransport object which minimize the size of a data model, according toan exemplary embodiment.

FIG. 26B is a block diagram of a live memory controller that can beconfigured to minimize the size of the data model of FIG. 26A, accordingto an exemplary embodiment.

FIG. 26C is a flow diagram of a process for minimizing the size of adata model with the live memory controller of FIG. 26A, according to anexemplary embodiment.

DETAILED DESCRIPTION Overview

Referring generally to the FIGURES, an Algorithms As A Service (A3S)platform is shown and described according to various exemplaryembodiments. The A3S platform can be a platform for performing buildingmanagement of building systems that can enable efficient and robustdevelopment of algorithms for controlling the building systems. Asdescribed in greater detail herein, the A3S platform can operate basedon metadata packages, a context, a sequence, and a kernel.

The context can be metadata describing a particular building andbuilding equipment for the building. The kernel can be metadatadescribing a control process that can operate with the context tocontrol the building equipment. Finally, the sequence can be metadataindicating linkage information between digital and physical data pointsand timing information indicating when the kernel should run, when theA3S platform should collect data, etc. Based on the context, kernel, andsequence packages, efficient and robust development of a buildingmanagement system can be implemented where a developer can generate anddeploy the metadata packages to avoid redeployment or redevelopment ofsoftware for the building management system so that runtime injection ofthe metadata packages can occur.

The A3S platform can use a particular service, a sequencer, to implementrunning the kernels, the context, and the sequence. The A3S platform canimplement a sequencer based on a received sequence. The sequencer canuse the sequence to collect data points from a building at particulartimes, cause the kernels to run at particular times, and storeinformation into a data model defined by the context. The sequencer canbe a flexible component such that if the sequencer fails or crashes, theA3S platform can generate a new sequencer to continue the operations ofthe failed sequencer.

A user may wish to view collected or determined data for the building.In this regard, the A3S platform can includes interfaces with variouswidgets, animation based displays of the building data. However, a usermay wish to be able to implement their own widgets in the A3S system sothat custom displays can be utilized. The A3S platform can include adashboard designer interface which allows for the customization ofwidgets for displaying information. The dashboard designer interface canallow a user to upload their own graphic animation files, link thegraphic animation files to particular data points of the building datamodel, and view the animations of the animation files based on collecteddata of the building.

Furthermore, a user may wish to be able to generically edit the contextfor the building. For this reason, the A3S platform can include a datamodel building service. This service can allow the A3S platform togenerate an interface based on a particular developer generated contextand allow the user to update, adjust, or otherwise change the context tobe appropriate for a particular building. The data modeler service cangenerate interfaces in a generic way since the specific information anddevelopment rules of the data model can be governed by the context. Oncethe user is satisfied with the updated context, the user can deploy thecontext to a real system to operate and control the building equipmentof the system.

Furthermore, the A3S platform can be broken into various A3S nodeslocated on-premises or off-premises. In this regard, execution of acomputing job can be either done locally within a building by an A3Snode located within the building or by an A3S node located within acloud server. The A3S platform, or a specific A3S node, can optimize thedistribution of computing jobs by considering various factors such asthe price of each of the A3S nodes. It may cost more to perform thecomputing job in the cloud than by the on-premises node. Furthermore,the A3S nodes can optimize the distribution of the computing jobs basedon the importance of the computing job and the reliability of each ofthe A3S nodes. For example, critical computing job may be performed by acloud based A3S node even though the cloud based A3S node is moreexpensive than an on-premises A3S node. In this regard, computing jobscan be distributed in an optimal manner.

The A3S nodes can, in some cases, crash or otherwise fail to completethe computing jobs which they may be assigned. For this reason, thesystems and methods described herein can implement disaster recovery byfirst selecting a first A3S node to perform a computing job, monitoringthe status of the first A3S node, and performing a second optimizationto select a second A3S node if the first A3S node fails to complete thecomputing job. In this regard, an efficient computing system can operatesuch that any kind of failure of an A3S node does not prevent the A3Splatform as a whole from performing computing jobs and operating thebuilding.

The A3S platform can implement parallel execution of computations basedon a property model indicating various dependencies between properties.The A3S platform may include a property model which may be (or may bebased on) the context. The property model can indicate the dependenciesbetween various properties where the properties are particular datapoints of building equipment or particular values determined from datagather from the building equipment. In this regard, the A3S platform cangenerate computing threads based on the dependencies of the propertymodel which reduces computing time for determining values for thevarious properties.

Furthermore, the A3S platform can use a data model to reduce the size ofstored data of the data model. This can be performed by serializingand/or compressing information for the data model, storing theserialized and/or compressed information into memory, and then using thedata model to retrieve the serialized and/or compressed information frommemory and then decompress and/or deserialized the data for use by theA3S platform. Such data size reduction can enable quick transportationof information and reduce memory usage by the A3S platform. Minimizingthe size of data can help implement the A3S platform in the cloud byreducing the amount of data to communicate between various A3S platformnodes.

The A3S platform can implement scripts which extend the data model ofthe context. The A3S platform can handle the scripts so thatincongruences in units, e.g., adding two different units or generating aresult value which has units that do not match desired units, can beflagged for a developers attention. In this regard, the A3S platform canbe improved since mistakes in unit math can be caught before a script isever run. The script itself can be used to generate virtual data pointswhich might not normally exist in the data model. In this regard, a usercan run the script with the data model at a live system to generatecommissioning information. Furthermore, in some cases, the results ofthe scripts can be used to control pieces of building equipment.

Building Automation System and HVAC System

Referring now to FIGS. 1-4, an exemplary building automation system(BAS) and HVAC system in which the systems and methods of the presentinvention can be implemented are shown, according to an exemplaryembodiment. Referring particularly to FIG. 1, a perspective view of abuilding 10 is shown. Building 10 is served by a BAS. A BAS is, ingeneral, a system of devices configured to control, monitor, and manageequipment in or around a building or building area. A BAS can include,for example, a HVAC system, a security system, a lighting system, a firealarming system, any other system that is capable of managing buildingfunctions or devices, or any combination thereof.

The BAS that serves building 10 includes an HVAC system 100. HVAC system100 can include a plurality of HVAC devices (e.g., heaters, chillers,air handling units, pumps, fans, thermal energy storage, etc.)configured to provide heating, cooling, ventilation, or other servicesfor building 10. For example, HVAC system 100 is shown to include awaterside system 120 and an airside system 130. Waterside system 120 canprovide a heated or chilled fluid to an air handling unit of airsidesystem 130. Airside system 130 can use the heated or chilled fluid toheat or cool an airflow provided to building 10. An exemplary watersidesystem and airside system which can be used in HVAC system 100 aredescribed in greater detail with reference to FIGS. 2-3.

HVAC system 100 is shown to include a chiller 102, a boiler 104, and arooftop air handling unit (AHU) 106. Waterside system 120 can use boiler104 and chiller 102 to heat or cool a working fluid (e.g., water,glycol, etc.) and can circulate the working fluid to AHU 106. In variousembodiments, the HVAC devices of waterside system 120 can be located inor around building 10 (as shown in FIG. 1) or at an offsite locationsuch as a central plant (e.g., a chiller plant, a steam plant, a heatplant, etc.). The working fluid can be heated in boiler 104 or cooled inchiller 102, depending on whether heating or cooling is required inbuilding 10. Boiler 104 can add heat to the circulated fluid, forexample, by burning a combustible material (e.g., natural gas) or usingan electric heating element. Chiller 102 can place the circulated fluidin a heat exchange relationship with another fluid (e.g., a refrigerant)in a heat exchanger (e.g., an evaporator) to absorb heat from thecirculated fluid. The working fluid from chiller 102 and/or boiler 104can be transported to AHU 106 via piping 108.

AHU 106 can place the working fluid in a heat exchange relationship withan airflow passing through AHU 106 (e.g., via one or more stages ofcooling coils and/or heating coils). The airflow can be, for example,outside air, return air from within building 10, or a combination ofboth. AHU 106 can transfer heat between the airflow and the workingfluid to provide heating or cooling for the airflow. For example, AHU106 can include one or more fans or blowers configured to pass theairflow over or through a heat exchanger containing the working fluid.The working fluid can then return to chiller 102 or boiler 104 viapiping 110.

Airside system 130 can deliver the airflow supplied by AHU 106 (i.e.,the supply airflow) to building 10 via air supply ducts 112 and canprovide return air from building 10 to AHU 106 via air return ducts 114.In some embodiments, airside system 130 includes multiple variable airvolume (VAV) units 116. For example, airside system 130 is shown toinclude a separate VAV unit 116 on each floor or zone of building 10.VAV units 116 can include dampers or other flow control elements thatcan be operated to control an amount of the supply airflow provided toindividual zones of building 10. In other embodiments, airside system130 delivers the supply airflow into one or more zones of building 10(e.g., via supply ducts 112) without using intermediate VAV units 116 orother flow control elements. AHU 106 can include various sensors (e.g.,temperature sensors, pressure sensors, etc.) configured to measureattributes of the supply airflow. AHU 106 can receive input from sensorslocated within AHU 106 and/or within the building zone and can adjustthe flow rate, temperature, or other attributes of the supply airflowthrough AHU 106 to achieve setpoint conditions for the building zone.

Referring now to FIG. 2, a block diagram of a waterside system 200 isshown, according to an exemplary embodiment. In various embodiments,waterside system 200 can supplement or replace waterside system 120 inHVAC system 100 or can be implemented separate from HVAC system 100.When implemented in HVAC system 100, waterside system 200 can include asubset of the HVAC devices in HVAC system 100 (e.g., boiler 104, chiller102, pumps, valves, etc.) and can operate to supply a heated or chilledfluid to AHU 106. The HVAC devices of waterside system 200 can belocated within building 10 (e.g., as components of waterside system 120)or at an offsite location such as a central plant.

In FIG. 2, waterside system 200 is shown as a central plant having aplurality of subplants 202-212. Subplants 202-212 are shown to include aheater subplant 202, a heat recovery chiller subplant 204, a chillersubplant 206, a cooling tower subplant 208, a hot thermal energy storage(TES) subplant 210, and a cold thermal energy storage (TES) subplant212. Subplants 202-212 consume resources (e.g., water, natural gas,electricity, etc.) from utilities to serve the thermal energy loads(e.g., hot water, cold water, heating, cooling, etc.) of a building orcampus. For example, heater subplant 202 can be configured to heat waterin a hot water loop 214 that circulates the hot water between heatersubplant 202 and building 10. Chiller subplant 206 can be configured tochill water in a cold water loop 216 that circulates the cold waterbetween chiller subplant 206 and building 10. Heat recovery chillersubplant 204 can be configured to transfer heat from cold water loop 216to hot water loop 214 to provide additional heating for the hot waterand additional cooling for the cold water. Condenser water loop 218 canabsorb heat from the cold water in chiller subplant 206 and reject theabsorbed heat in cooling tower subplant 208 or transfer the absorbedheat to hot water loop 214. Hot TES subplant 210 and cold TES subplant212 can store hot and cold thermal energy, respectively, for subsequentuse.

Hot water loop 214 and cold water loop 216 can deliver the heated and/orchilled water to air handlers located on the rooftop of building 10(e.g., AHU 106) or to individual floors or zones of building 10 (e.g.,VAV units 116). The air handlers push air past heat exchangers (e.g.,heating coils or cooling coils) through which the water flows to provideheating or cooling for the air. The heated or cooled air can bedelivered to individual zones of building 10 to serve the thermal energyloads of building 10. The water then returns to subplants 202-212 toreceive further heating or cooling.

Although subplants 202-212 are shown and described as heating andcooling water for circulation to a building, it is understood that anyother type of working fluid (e.g., glycol, CO2, etc.) can be used inplace of or in addition to water to serve the thermal energy loads. Inother embodiments, subplants 202-212 can provide heating and/or coolingdirectly to the building or campus without requiring an intermediateheat transfer fluid. These and other variations to waterside system 200are within the teachings of the present invention.

Each of subplants 202-212 can include a variety of equipment configuredto facilitate the functions of the subplant. For example, heatersubplant 202 is shown to include a plurality of heating elements 220(e.g., boilers, electric heaters, etc.) configured to add heat to thehot water in hot water loop 214. Heater subplant 202 is also shown toinclude several pumps 222 and 224 configured to circulate the hot waterin hot water loop 214 and to control the flow rate of the hot waterthrough individual heating elements 220. Chiller subplant 206 is shownto include a plurality of chillers 232 configured to remove heat fromthe cold water in cold water loop 216. Chiller subplant 206 is alsoshown to include several pumps 234 and 236 configured to circulate thecold water in cold water loop 216 and to control the flow rate of thecold water through individual chillers 232.

Heat recovery chiller subplant 204 is shown to include a plurality ofheat recovery heat exchangers 226 (e.g., refrigeration circuits)configured to transfer heat from cold water loop 216 to hot water loop214. Heat recovery chiller subplant 204 is also shown to include severalpumps 228 and 230 configured to circulate the hot water and/or coldwater through heat recovery heat exchangers 226 and to control the flowrate of the water through individual heat recovery heat exchangers 226.Cooling tower subplant 208 is shown to include a plurality of coolingtowers 238 configured to remove heat from the condenser water incondenser water loop 218. Cooling tower subplant 208 is also shown toinclude several pumps 240 configured to circulate the condenser water incondenser water loop 218 and to control the flow rate of the condenserwater through individual cooling towers 238.

Hot TES subplant 210 is shown to include a hot TES tank 242 configuredto store the hot water for later use. Hot TES subplant 210 can alsoinclude one or more pumps or valves configured to control the flow rateof the hot water into or out of hot TES tank 242. Cold TES subplant 212is shown to include cold TES tanks 244 configured to store the coldwater for later use. Cold TES subplant 212 can also include one or morepumps or valves configured to control the flow rate of the cold waterinto or out of cold TES tanks 244.

In some embodiments, one or more of the pumps in waterside system 200(e.g., pumps 222, 224, 228, 230, 234, 236, and/or 240) or pipelines inwaterside system 200 include an isolation valve associated therewith.Isolation valves can be integrated with the pumps or positioned upstreamor downstream of the pumps to control the fluid flows in watersidesystem 200. In various embodiments, waterside system 200 can includemore, fewer, or different types of devices and/or subplants based on theparticular configuration of waterside system 200 and the types of loadsserved by waterside system 200.

Referring now to FIG. 3, a block diagram of an airside system 300 isshown, according to an exemplary embodiment. In various embodiments,airside system 300 can supplement or replace airside system 130 in HVACsystem 100 or can be implemented separate from HVAC system 100. Whenimplemented in HVAC system 100, airside system 300 can include a subsetof the HVAC devices in HVAC system 100 (e.g., AHU 106, VAV units 116,ducts 112-114, fans, dampers, etc.) and can be located in or aroundbuilding 10. Airside system 300 can operate to heat or cool an airflowprovided to building 10 using a heated or chilled fluid provided bywaterside system 200.

In FIG. 3, airside system 300 is shown to include an economizer-type airhandling unit (AHU) 302. Economizer-type AHUs vary the amount of outsideair and return air used by the air handling unit for heating or cooling.For example, AHU 302 can receive return air 304 from building zone 306via return air duct 308 and can deliver supply air 310 to building zone306 via supply air duct 312. In some embodiments, AHU 302 is a rooftopunit located on the roof of building 10 (e.g., AHU 106 as shown inFIG. 1) or otherwise positioned to receive both return air 304 andoutside air 314. AHU 302 can be configured to operate exhaust air damper316, mixing damper 318, and outside air damper 320 to control an amountof outside air 314 and return air 304 that combine to form supply air310. Any return air 304 that does not pass through mixing damper 318 canbe exhausted from AHU 302 through exhaust damper 316 as exhaust air 322.

Each of dampers 316-320 can be operated by an actuator. For example,exhaust air damper 316 can be operated by actuator 324, mixing damper318 can be operated by actuator 326, and outside air damper 320 can beoperated by actuator 328. Actuators 324-328 can communicate with an AHUcontroller 330 via a communications link 332. Actuators 324-328 canreceive control signals from AHU controller 330 and can provide feedbacksignals to AHU controller 330. Feedback signals can include, forexample, an indication of a current actuator or damper position, anamount of torque or force exerted by the actuator, diagnosticinformation (e.g., results of diagnostic tests performed by actuators324-328), status information, commissioning information, configurationsettings, calibration data, and/or other types of information or datathat can be collected, stored, or used by actuators 324-328. AHUcontroller 330 can be an economizer controller configured to use one ormore control algorithms (e.g., state-based algorithms, extremum seekingcontrol (ESC) algorithms, proportional-integral (PI) control algorithms,proportional-integral-derivative (PID) control algorithms, modelpredictive control (MPC) algorithms, feedback control algorithms, etc.)to control actuators 324-328.

Still referring to FIG. 3, AHU 302 is shown to include a cooling coil334, a heating coil 336, and a fan 338 positioned within supply air duct312. Fan 338 can be configured to force supply air 310 through coolingcoil 334 and/or heating coil 336 and provide supply air 310 to buildingzone 306. AHU controller 330 can communicate with fan 338 viacommunications link 340 to control a flow rate of supply air 310. Insome embodiments, AHU controller 330 controls an amount of heating orcooling applied to supply air 310 by modulating a speed of fan 338.

Cooling coil 334 can receive a chilled fluid from waterside system 200(e.g., from cold water loop 216) via piping 342 and can return thechilled fluid to waterside system 200 via piping 344. Valve 346 can bepositioned along piping 342 or piping 344 to control a flow rate of thechilled fluid through cooling coil 334. In some embodiments, coolingcoil 334 includes multiple stages of cooling coils that can beindependently activated and deactivated (e.g., by AHU controller 330, byBAS controller 366, etc.) to modulate an amount of cooling applied tosupply air 310.

Heating coil 336 can receive a heated fluid from waterside system 200(e.g., from hot water loop 214) via piping 348 and can return the heatedfluid to waterside system 200 via piping 350. Valve 352 can bepositioned along piping 348 or piping 350 to control a flow rate of theheated fluid through heating coil 336. In some embodiments, heating coil336 includes multiple stages of heating coils that can be independentlyactivated and deactivated (e.g., by AHU controller 330, by BAScontroller 366, etc.) to modulate an amount of heating applied to supplyair 310.

Each of valves 346 and 352 can be controlled by an actuator. Forexample, valve 346 can be controlled by actuator 354 and valve 352 canbe controlled by actuator 356. Actuators 354-356 can communicate withAHU controller 330 via communications links 358-360. Actuators 354-356can receive control signals from AHU controller 330 and can providefeedback signals to controller 330. In some embodiments, AHU controller330 receives a measurement of the supply air temperature from atemperature sensor 362 positioned in supply air duct 312 (e.g.,downstream of cooling coil 334 and/or heating coil 336). AHU controller330 can also receive a measurement of the temperature of building zone306 from a temperature sensor 364 located in building zone 306.

In some embodiments, AHU controller 330 operates valves 346 and 352 viaactuators 354-356 to modulate an amount of heating or cooling providedto supply air 310 (e.g., to achieve a setpoint temperature for supplyair 310 or to maintain the temperature of supply air 310 within asetpoint temperature range). The positions of valves 346 and 352 affectthe amount of heating or cooling provided to supply air 310 by coolingcoil 334 or heating coil 336 and may correlate with the amount of energyconsumed to achieve a desired supply air temperature. AHU controller 330can control the temperature of supply air 310 and/or building zone 306by activating or deactivating coils 334-336, adjusting a speed of fan338, or a combination of both.

Still referring to FIG. 3, airside system 300 is shown to include abuilding automation system (BAS) controller 366 and a client device 368.BAS controller 366 can include one or more computer systems (e.g.,servers, supervisory controllers, subsystem controllers, etc.) thatserve as system level controllers, application or data servers, headnodes, or master controllers for airside system 300, waterside system200, HVAC system 100, and/or other controllable systems that servebuilding 10. BAS controller 366 can communicate with multiple downstreambuilding systems or subsystems (e.g., HVAC system 100, a securitysystem, a lighting system, waterside system 200, etc.) via acommunications link 370 according to like or disparate protocols (e.g.,LON, BACnet, etc.). In various embodiments, AHU controller 330 and BAScontroller 366 can be separate (as shown in FIG. 3) or integrated. In anintegrated implementation, AHU controller 330 can be a software moduleconfigured for execution by a processor of BAS controller 366.

In some embodiments, AHU controller 330 receives information from BAScontroller 366 (e.g., commands, setpoints, operating boundaries, etc.)and provides information to BAS controller 366 (e.g., temperaturemeasurements, valve or actuator positions, operating statuses,diagnostics, etc.). For example, AHU controller 330 can provide BAScontroller 366 with temperature measurements from temperature sensors362-364, equipment on/off states, equipment operating capacities, and/orany other information that can be used by BAS controller 366 to monitoror control a variable state or condition within building zone 306.

Client device 368 can include one or more human-machine interfaces orclient interfaces (e.g., graphical user interfaces, reportinginterfaces, text-based computer interfaces, client-facing web services,web servers that provide pages to web clients, etc.) for controlling,viewing, or otherwise interacting with HVAC system 100, its subsystems,and/or devices. Client device 368 can be a computer workstation, aclient terminal, a remote or local interface, or any other type of userinterface device. Client device 368 can be a stationary terminal or amobile device. For example, client device 368 can be a desktop computer,a computer server with a user interface, a laptop computer, a tablet, asmartphone, a PDA, or any other type of mobile or non-mobile device.Client device 368 can communicate with BAS controller 366 and/or AHUcontroller 330 via communications link 372.

Referring now to FIG. 4, a block diagram of a building automation system(BAS) 400 is shown, according to an exemplary embodiment. BAS 400 can beimplemented in building 10 to automatically monitor and control variousbuilding functions. BAS 400 is shown to include BAS controller 366 and aplurality of building subsystems 428. Building subsystems 428 are shownto include a building electrical subsystem 434, an informationcommunication technology (ICT) subsystem 436, a security subsystem 438,a HVAC subsystem 440, a lighting subsystem 442, a lift/escalatorssubsystem 432, and a fire safety subsystem 430. In various embodiments,building subsystems 428 can include fewer, additional, or alternativesubsystems. For example, building subsystems 428 can also oralternatively include a refrigeration subsystem, an advertising orsignage subsystem, a cooking subsystem, a vending subsystem, a printeror copy service subsystem, or any other type of building subsystem thatuses controllable equipment and/or sensors to monitor or controlbuilding 10. In some embodiments, building subsystems 428 includewaterside system 200 and/or airside system 300, as described withreference to FIGS. 2-3.

Each of building subsystems 428 can include any number of devices,controllers, and connections for completing its individual functions andcontrol activities. HVAC subsystem 440 can include many of the samecomponents as HVAC system 100, as described with reference to FIGS. 1-3.For example, HVAC subsystem 440 can include a chiller, a boiler, anynumber of air handling units, economizers, field controllers,supervisory controllers, actuators, temperature sensors, and otherdevices for controlling the temperature, humidity, airflow, or othervariable conditions within building 10. Lighting subsystem 442 caninclude any number of light fixtures, ballasts, lighting sensors,dimmers, or other devices configured to controllably adjust the amountof light provided to a building space. Security subsystem 438 caninclude occupancy sensors, video surveillance cameras, digital videorecorders, video processing servers, intrusion detection devices, accesscontrol devices and servers, or other security-related devices.

Still referring to FIG. 4, BAS controller 366 is shown to include acommunications interface 407 and a BAS interface 409. Interface 407 canfacilitate communications between BAS controller 366 and externalapplications (e.g., monitoring and reporting applications 422,enterprise control applications 426, remote systems and applications444, applications residing on client devices 448, etc.) for allowinguser control, monitoring, and adjustment to BAS controller 366 and/orsubsystems 428. Interface 407 can also facilitate communications betweenBAS controller 366 and client devices 448. BAS interface 409 canfacilitate communications between BAS controller 366 and buildingsubsystems 428 (e.g., HVAC, lighting security, lifts, powerdistribution, business, etc.).

Interfaces 407, 409 can be or include wired or wireless communicationsinterfaces (e.g., jacks, antennas, transmitters, receivers,transceivers, wire terminals, etc.) for conducting data communicationswith building subsystems 428 or other external systems or devices. Invarious embodiments, communications via interfaces 407, 409 can bedirect (e.g., local wired or wireless communications) or via acommunications network 446 (e.g., a WAN, the Internet, a cellularnetwork, etc.). For example, interfaces 407, 409 can include an Ethernetcard and port for sending and receiving data via an Ethernet-basedcommunications link or network. In another example, interfaces 407, 409can include a Wi-Fi transceiver for communicating via a wirelesscommunications network. In another example, one or both of interfaces407, 409 can include cellular or mobile phone communicationstransceivers. In one embodiment, communications interface 407 is a powerline communications interface and BAS interface 409 is an Ethernetinterface. In other embodiments, both communications interface 407 andBAS interface 409 are Ethernet interfaces or are the same Ethernetinterface.

Still referring to FIG. 4, BAS controller 366 is shown to include aprocessing circuit 404 including a processor 406 and memory 408.Processing circuit 404 can be communicably connected to BAS interface409 and/or communications interface 407 such that processing circuit 404and the various components thereof can send and receive data viainterfaces 407, 409. Processor 406 can be implemented as a generalpurpose processor, an application specific integrated circuit (ASIC),one or more field programmable gate arrays (FPGAs), a group ofprocessing components, or other suitable electronic processingcomponents.

Memory 408 (e.g., memory, memory unit, storage device, etc.) can includeone or more devices (e.g., RAM, ROM, Flash memory, hard disk storage,etc.) for storing data and/or computer code for completing orfacilitating the various processes, layers and modules described in thepresent application. Memory 408 can be or include volatile memory ornon-volatile memory. Memory 408 can include database components, objectcode components, script components, or any other type of informationstructure for supporting the various activities and informationstructures described in the present application. According to anexemplary embodiment, memory 408 is communicably connected to processor406 via processing circuit 404 and includes computer code for executing(e.g., by processing circuit 404 and/or processor 406) one or moreprocesses described herein.

In some embodiments, BAS controller 366 is implemented within a singlecomputer (e.g., one server, one housing, etc.). In various otherembodiments BAS controller 366 can be distributed across multipleservers or computers (e.g., that can exist in distributed locations).Further, while FIG. 4 shows applications 422 and 426 as existing outsideof BAS controller 366, in some embodiments, applications 422 and 426 canbe hosted within BAS controller 366 (e.g., within memory 408).

Still referring to FIG. 4, memory 408 is shown to include an enterpriseintegration layer 410, an automated measurement and validation (AM&V)layer 412, a demand response (DR) layer 414, a fault detection anddiagnostics (FDD) layer 416, an integrated control layer 418, and abuilding subsystem integration later 420. Layers 410-420 can beconfigured to receive inputs from building subsystems 428 and other datasources, determine optimal control actions for building subsystems 428based on the inputs, generate control signals based on the optimalcontrol actions, and provide the generated control signals to buildingsubsystems 428. The following paragraphs describe some of the generalfunctions performed by each of layers 410-420 in BAS 400.

Enterprise integration layer 410 can be configured to serve clients orlocal applications with information and services to support a variety ofenterprise-level applications. For example, enterprise controlapplications 426 can be configured to provide subsystem-spanning controlto a graphical user interface (GUI) or to any number of enterprise-levelbusiness applications (e.g., accounting systems, user identificationsystems, etc.). Enterprise control applications 426 can also oralternatively be configured to provide configuration GUIs forconfiguring BAS controller 366. In yet other embodiments, enterprisecontrol applications 426 can work with layers 410-420 to optimizebuilding performance (e.g., efficiency, energy use, comfort, or safety)based on inputs received at interface 407 and/or BAS interface 409.

Building subsystem integration layer 420 can be configured to managecommunications between BAS controller 366 and building subsystems 428.For example, building subsystem integration layer 420 can receive sensordata and input signals from building subsystems 428 and provide outputdata and control signals to building subsystems 428. Building subsystemintegration layer 420 can also be configured to manage communicationsbetween building subsystems 428. Building subsystem integration layer420 translate communications (e.g., sensor data, input signals, outputsignals, etc.) across a plurality of multi-vendor/multi-protocolsystems.

Demand response layer 414 can be configured to optimize resource usage(e.g., electricity use, natural gas use, water use, etc.) and/or themonetary cost of such resource usage in response to satisfy the demandof building 10. The optimization can be based on time-of-use prices,curtailment signals, energy availability, or other data received fromutility providers, distributed energy generation systems 424, fromenergy storage 427 (e.g., hot TES 242, cold TES 244, etc.), or fromother sources. Demand response layer 414 can receive inputs from otherlayers of BAS controller 366 (e.g., building subsystem integration layer420, integrated control layer 418, etc.). The inputs received from otherlayers can include environmental or sensor inputs such as temperature,carbon dioxide levels, relative humidity levels, air quality sensoroutputs, occupancy sensor outputs, room schedules, and the like. Theinputs can also include inputs such as electrical use (e.g., expressedin kWh), thermal load measurements, pricing information, projectedpricing, smoothed pricing, curtailment signals from utilities, and thelike.

According to an exemplary embodiment, demand response layer 414 includescontrol logic for responding to the data and signals it receives. Theseresponses can include communicating with the control algorithms inintegrated control layer 418, changing control strategies, changingsetpoints, or activating/deactivating building equipment or subsystemsin a controlled manner. Demand response layer 414 can also includecontrol logic configured to determine when to utilize stored energy. Forexample, demand response layer 414 can determine to begin using energyfrom energy storage 427 just prior to the beginning of a peak use hour.

In some embodiments, demand response layer 414 includes a control moduleconfigured to actively initiate control actions (e.g., automaticallychanging setpoints) which minimize energy costs based on one or moreinputs representative of or based on demand (e.g., price, a curtailmentsignal, a demand level, etc.). In some embodiments, demand responselayer 414 uses equipment models to determine an optimal set of controlactions. The equipment models can include, for example, thermodynamicmodels describing the inputs, outputs, and/or functions performed byvarious sets of building equipment. Equipment models can representcollections of building equipment (e.g., subplants, chiller arrays,etc.) or individual devices (e.g., individual chillers, heaters, pumps,etc.).

Demand response layer 414 can further include or draw upon one or moredemand response policy definitions (e.g., databases, Extensible MarkupLanguage (XML) files, etc.). The policy definitions can be edited oradjusted by a user (e.g., via a graphical user interface) so that thecontrol actions initiated in response to demand inputs can be tailoredfor the user's application, desired comfort level, particular buildingequipment, or based on other concerns. For example, the demand responsepolicy definitions can specify which equipment can be turned on or offin response to particular demand inputs, how long a system or piece ofequipment should be turned off, what setpoints can be changed, what theallowable set point adjustment range is, how long to hold a high demandsetpoint before returning to a normally scheduled setpoint, how close toapproach capacity limits, which equipment modes to utilize, the energytransfer rates (e.g., the maximum rate, an alarm rate, other rateboundary information, etc.) into and out of energy storage devices(e.g., thermal storage tanks, battery banks, etc.), and when to dispatchon-site generation of energy (e.g., via fuel cells, a motor generatorset, etc.).

Integrated control layer 418 can be configured to use the data input oroutput of building subsystem integration layer 420 and/or demandresponse later 414 to make control decisions. Due to the subsystemintegration provided by building subsystem integration layer 420,integrated control layer 418 can integrate control activities of thesubsystems 428 such that the subsystems 428 behave as a singleintegrated supersystem. In an exemplary embodiment, integrated controllayer 418 includes control logic that uses inputs and outputs from aplurality of building subsystems to provide greater comfort and energysavings relative to the comfort and energy savings that separatesubsystems could provide alone. For example, integrated control layer418 can be configured to use an input from a first subsystem to make anenergy-saving control decision for a second subsystem. Results of thesedecisions can be communicated back to building subsystem integrationlayer 420.

Integrated control layer 418 is shown to be logically below demandresponse layer 414. Integrated control layer 418 can be configured toenhance the effectiveness of demand response layer 414 by enablingbuilding subsystems 428 and their respective control loops to becontrolled in coordination with demand response layer 414. Thisconfiguration can reduce disruptive demand response behavior relative toconventional systems. For example, integrated control layer 418 can beconfigured to assure that a demand response-driven upward adjustment tothe setpoint for chilled water temperature (or another component thatdirectly or indirectly affects temperature) does not result in anincrease in fan energy (or other energy used to cool a space) that wouldresult in greater total building energy use than was saved at thechiller.

Integrated control layer 418 can be configured to provide feedback todemand response layer 414 so that demand response layer 414 checks thatconstraints (e.g., temperature, lighting levels, etc.) are properlymaintained even while demanded load shedding is in progress. Theconstraints can also include setpoint or sensed boundaries relating tosafety, equipment operating limits and performance, comfort, fire codes,electrical codes, energy codes, and the like. Integrated control layer418 is also logically below fault detection and diagnostics layer 416and automated measurement and validation layer 412. Integrated controllayer 418 can be configured to provide calculated inputs (e.g.,aggregations) to these higher levels based on outputs from more than onebuilding subsystem.

Automated measurement and validation (AM&V) layer 412 can be configuredto verify that control strategies commanded by integrated control layer418 or demand response layer 414 are working properly (e.g., using dataaggregated by AM&V layer 412, integrated control layer 418, buildingsubsystem integration layer 420, FDD layer 416, or otherwise). Thecalculations made by AM&V layer 412 can be based on building systemenergy models and/or equipment models for individual BAS devices orsubsystems. For example, AM&V layer 412 can compare a model-predictedoutput with an actual output from building subsystems 428 to determinean accuracy of the model.

Fault detection and diagnostics (FDD) layer 416 can be configured toprovide on-going fault detection for building subsystems 428, buildingsubsystem devices (i.e., building equipment), and control algorithmsused by demand response layer 414 and integrated control layer 418. FDDlayer 416 can receive data inputs from integrated control layer 418,directly from one or more building subsystems or devices, or fromanother data source. FDD layer 416 can automatically diagnose andrespond to detected faults. The responses to detected or diagnosedfaults can include providing an alarm message to a user, a maintenancescheduling system, or a control algorithm configured to attempt torepair the fault or to work-around the fault.

FDD layer 416 can be configured to output a specific identification ofthe faulty component or cause of the fault (e.g., loose damper linkage)using detailed subsystem inputs available at building subsystemintegration layer 420. In other exemplary embodiments, FDD layer 416 isconfigured to provide “fault” events to integrated control layer 418which executes control strategies and policies in response to thereceived fault events. According to an exemplary embodiment, FDD layer416 (or a policy executed by an integrated control engine or businessrules engine) can shut-down systems or direct control activities aroundfaulty devices or systems to reduce energy waste, extend equipment life,or assure proper control response.

FDD layer 416 can be configured to store or access a variety ofdifferent system data stores (or data points for live data). FDD layer416 can use some content of the data stores to identify faults at theequipment level (e.g., specific chiller, specific AHU, specific terminalunit, etc.) and other content to identify faults at component orsubsystem levels. For example, building subsystems 428 can generatetemporal (i.e., time-series) data indicating the performance of BAS 400and the various components thereof. The data generated by buildingsubsystems 428 can include measured or calculated values that exhibitstatistical characteristics and provide information about how thecorresponding system or process (e.g., a temperature control process, aflow control process, etc.) is performing in terms of error from itssetpoint. These processes can be examined by FDD layer 416 to exposewhen the system begins to degrade in performance and alarm a user torepair the fault before it becomes more severe.

Development Platform Including Common Modelling Language (CML), RapidDeployment Suite (RDS), and Algorithms as a Service (A3S)

A development platform that generalizes design, development anddeployment, in an advanced development setting, of any algorithm isdescribed herein. This development platform avoids expensive “one-off”solutions for each new algorithm that is used. The proposed developmentplatform captures the essence of executing and managing algorithms byenforcing a highly flexible design pattern. This pattern allowsalgorithms to be developed at minimal costs.

The key to generalizing algorithm-driven systems lies with the abilityto separate the requirements into two categories, algorithm-specificneeds and system-specific needs. All algorithms consist of input data,output data, and a procedure between them. To achieve a goal, thealgorithm's platform must collect, store, manipulate, dispatch, andfacilitate user interaction with data. This concept requires thetransfer of expert knowledge from the algorithm's creator to theplatform. Many methods achieve this through meetings, papers and othervarious forms of communication. This creates a large cost and isinefficient.

The developer of the transferred information may not have the domainknowledge necessary to create anything but “one-off” solutions that mustbe repeatedly scraped and rebuilt. These solutions do not manage theiterative nature of algorithm development, causing theoreticallyharmless iterations to propagate into the system. Two solutions exist tothis problem, forcing the algorithm developer to commit to theirinterface, stubbing innovation, or creating a development platformcapable of managing the iterations themselves. The development platformdescribed herein uses the latter and is a system that operates onmetadata provided by the algorithm developer at creation. This allowssystems to remain stable even with constant changes to the algorithm itserves.

Referring now to FIG. 5, a block diagram 500 of a model view controller(MVC) software architecture is shown. The pattern of the block diagram500 shows a developer, user 502, how to properly split an applicationinto a controller 504, a model 506, and a view 508, to enable goodqualities such as the ability to swap out different views. The model 506may be a central component that manages data, logic, and/or rules of anapplication. The view 508 may be any output that represents information(e.g., a chart or diagram). The controller 504 can accept input from theuser 502 to command either the view 508 or the model 506. A designpattern like this allows strong communication between developers for asingle well-described goal.

However, within algorithm development, no such design pattern exists.One goal of the systems and methods discussed herein is creating such apattern that will allow full visibility to the reasoning behind theproposed architecture. The systems and methods discussed hereinfacilitate algorithm development and improve upon the MVC style approachto user interaction.

Referring now to FIG. 6, a block diagram 600 of a design process for analgorithm execution system is shown, according to an exemplaryembodiment. To solve the proposed design pattern generically, none ofthe rectangular boxes in FIG. 6 (i.e., collector-dispatcher 619,operational sequencer 607, view 609, controller 611, model 603, andalgorithm 613) specifically reference any metadata provided by thealgorithm developer 605, but instead rely only on methods provided bythe controller 611. Regarding FIG. 6, one may break down the probleminto three distinct subsystems, i.e., a model-controller combinationlibrary, a view system, and an algorithm system. These three componentsare described in FIG. 7A and FIG. 7B as a common modelling language(CIVIL) 710, a RDS application 712, and a A3S platform 714.

Referring now to FIG. 7A, a development platform 700 that includes acommon modeling language (CIVIL) 710, a rapid deployment suite (RDS)712, and an algorithms as a service (A3S) platform 714, is shown,according to an exemplary embodiment. The system shown in FIG. 7A hasthree pieces, a model-controller setup as a physical library referred toherein as the CML 710, a view system, e.g., the RDS application 712, andan algorithm system referred to herein as the A3S platform 714. The RDSapplication 712 and the A3S platform 714 can both rely exclusively onthe CML 710, and not the libraries that inherit from the CML 710 so thatany new additions to a model implemented based on the CIVIL 710automatically occur in the RDS application 712 and the A3S platform 714.

FIG. 7A illustrates a working solution to the design process by creatinga context-driven system. Each of the blocks shown in FIG. 7A demonstratethe goal of the development platform 700, enabling an algorithmdeveloper 702 to create three components, a context 704, a kernel 706,and a sequence 708. The context 704 includes all the necessary metadatato model the data for the algorithm and is built in a familiar classform. The kernel 706 contains the metadata necessary to specify datarequirements for input and output, along with the algorithm itself.Finally, the sequence 708 contains the necessary metadata to performlive execution of an algorithm on a site such as timing. With thesethree pieces, the platform 700 enables all the necessary requirements ofan algorithm system by using the metadata available through the CML 710.

The RDS application 712 and the A3S platform 714 supply the necessarysystem functions mentioned by the design pattern. The RDS application712 provides the view to a user whereas the A3S platform 714 serves theRDS application 712 by managing offline runs and live operational runs.In addition, the A3S platform 714 manages external systems that also usethe CIVIL 710 for algorithm execution. These two systems subcomponentsall rely on the CML's controller and may be implemented by an externalsystem however they choose, offering a way to not rely on the advanceddevelopment versions of RDS application 712 and the A3S platform 714.

Referring now to FIG. 7B, the A3S platform 714 and the RDS application712 are shown in greater detail, according to an exemplary embodiment.The A3S platform 714 may be a dynamically updatable platform that canreceive metadata based updates from packages that is receives, thepackages including the context 704. The data package and/or packages canalso include the kernel 706 and the sequence 708. The A3S platform 714and the various components of the A3S platform 714 shown in FIG. 7B anddescribed herein can be implemented as microservices on variouscomputing devices (e.g., cloud servers, desktop computers, data centers,etc.). The A3S platform 714 can be implemented with MICROSOFT® ServiceFabric. MICROSOFT® Service Fabric is described with further reference toFIG. 15 and elsewhere herein. The A3S platform 714 can be implemented onone or more processing circuits (e.g., a processor and memory device)such as the processing circuit 404 of the BAS controller 366. However,the A3S platform 714 can be implemented in any cloud computing system, adata center, one or more desktop computers, a building server, a privatecloud, a public cloud, etc.

The A3S platform 714 is shown to include a cluster managementapplication 760, RDS application 712, kernel engine application 762,operational engine application 764, and core libraries 798. The clustermanagement application 760 can be configured to provide externalinteractivity for an A3S cluster including user accounts and gatewayservices. A cluster may be a specific implementation of the A3S platform714 and/or particular services of the A3S platform 714. Multiple A3Splatforms 714 and/or services of the A3S platforms 714 can be deployedas clusters in a private cloud, a desktop computer, a public cloud,etc., all of which can work together provide controls for a buildingand/or facility.

Cluster management application 760 is shown to include a user service794 and a gateway 796. The user service 794 can be a microserviceconfigured to provide the ability for the A3S platform 714 to identify auser whether identified through the gateway 796 or a built in userinterface (UI). The user service 794 can be configured to provide userswith login tokens, verify passwords, and/or otherwise manage useraccounts and allow a user to access the A3S platform 714. The gateway796 can be configured to route data between the A3S platform 714 to anexternal user device. The gateway 796 can provide an API (e.g., theexternal interface 766) for external systems to connect into. Adeveloper can use the external interface 766 to connect to the A3Splatform 714 through the gateway 796.

The kernel engine application 762 can be configured to managedistributed execution of the algorithms deployed into the A3S platform714 across various available clusters. The kernel engine application 762is described with further reference to FIGS. 16, 17A, 17B, 17C, and 18.The kernel engine application 762 can be configured to distributecomputing jobs among various clusters to optimize executing of thealgorithms and further can be configured to recover computing algorithmsin response to a computing cluster crashing. These techniques, hybridcluster optimization and hybrid disaster recovery, are described withfurther reference to FIGS. 20-23. Hybrid cluster optimization canoptimize the use of externally available resources to reduce cost ofdeployment and execution of the algorithms.

The kernel balancer 788 can be configured to balance kernel executionfor the A3S platform 714. The kernel balancer 788 can be configured toupload jobs into reliable storage, queue jobs, and balance jobs amongvarious kernel services 790 running in various A3S platform 714clusters. The kernel service 790 can be configured to execute a kerneland can be a microservice deployed in the cloud, in a data center, onone or more desktops, etc. Further detail regarding kernel balancing isdescribed with reference to FIGS. 16-18. In some embodiments, the kernelbalancer 788 can be configured to manage kernel execution using a costfunction. Using the kernel balancer 788 to manage execution of kernelsis described with reference to FIGS. 18-23.

The kernel service 790 can be configured to manage kernel executionprocesses (e.g., the kernel workers 792). In response to receiving a jobfrom the kernel balancer 788, the kernel service 790 can be configuredto scan the kernel workers 792 it has alive for any that are free andpass the job into the kernel worker 792 using named data pipes. Ifactive jobs exist on all the active kernels workers 792, the kernelservice 790 can be configured to create a new process (i.e., create anew kernel worker 792). During the execution of the job on the kernelworker 792, the kernel worker 792 can be configured to return progressupdates and errors back through the named data pipe. Once received, thekernel service 790 can be configured to forward a notification back tothe kernel balancer 788.

The operational engine application 764 can be configured to provide theA3S implementation of a sequence engine, a system that provides cachingand algorithm execution of closed loop control. The operational engineapplication 764 can maintain snapshots of raw data flowing on the targetplatform to ensure algorithms performance requirements are achieved. Theoperational engine application 764 is shown to include operationsservice 615 and collector-dispatcher 619. Operations service 615 can beconfigured to collect data from kernel workers 792 and provide thecollected data to the collector-dispatcher 619 to execute control ofbuilding equipment. Similarly, the data that the collector-dispatcher619 collects from the building equipment can be provided to the kernelworker 792 via the operations service 615.

The RDS application 712 can be configured to provide the user experiencefor the users of A3S's various target uses: deployment configuration,commissioning, creating generic live dashboards, editing deployedcontext model, maintaining and diagnosing live executions, simulating,monitoring, etc. The RDS application 712 is shown to include a webportal 776, a model service 778, a simulator 754, an analytic 756, anapplication designer 750, a dashboard service 780, a diagnostic service782, a go live service 772, a document service 774, and a model designer752.

The web portal 776 can be configured to provide one or more webinterfaces to a user for accessing the A3S platform 714. The web portal776 can be configured to allow a user to enter data into the A3Splatform 714 (e.g., add a context 704, a kernel 706, and/or a sequence708), view system information, and other interface based features forthe RDS application 712.

The model service 778 can be configured to receive the context package704 and generate the data model 799. In some embodiments, the data model799 is the implementation of the metadata of the context package 704.Specifically, the data model 799 may be a data model of a buildingand/or equipment for the building that is implemented based on the CML710. Specifically, the context package 704 may reference the variousclasses and the class structure of the CML 710. Therefore, the modelservice 778 can be configured to implement the data model 799 with thecontext 704 and the prototype, entity, and attribute class structure ofthe CML 710. This class structure is described with reference to FIG. 8and elsewhere herein.

Simulator 754 can be configured to run an active data model (e.g., thedata model 799) to provide experimental comparisons for testingalgorithms against the data model 799. In some cases, a developer buildsa model, edits the model's data, solves the model against some settings,analyzes results, and continues to edit the model, solve the model, andanalyze the results until satisfied with the model. However, thesimulator 754 enables a developer to test their algorithms against thecurrent data model 799 of the A3S platform 714. The simulator 754 isdescribed with greater detail to FIG. 13 and elsewhere herein.

The analytic 756 can be an engine that implements a scripting languagethat combines equations with actions implemented by a caller. Theanalytic 756 can include various engines that it uses to operate. Theseengines may be the unit analysis engine 758, the signal repair engine759, the operations engine 761, and the equation engine 763.

The unit analysis engine 758 can be configured to provide a user withmathematical unit verification. In some embodiments, the unit analysisengine 758 can track units in a script or otherwise in the code of theA3S platform by mapping a user defined unit into a standard unit andverifying that a unit result for an operation matches an expected unit.The signal repair engine 759 can be configured to perform signal repairon various data sequences (e.g., time series data). The signal repairengine 759 can be configured to perform interpolation and/or generateinfinite resolution signals based on data sequences.

The operations engine 761 may include various operations for executionfor the analytic 756. The operations executed by the operations engine761 can be timeseries executions, discrete data point execution, etc.These operations may be conventional operations or can be custom definedoperations. The operations may be operations such as the operationsfound in FIGS. 9A and 9B of U.S. patent Ser. No. 15/409,489 filed Jan.18, 2017, the entirety of which is incorporated by reference herein. Theequation engine 763 can be configured to perform various operationsbased on the operations of a user defined script. The equation engine763 can be configured to break a sequence of script operations down intoindividual operations and generate an appropriate order for theexecution of the operations.

The application designer 750 can be configured to generate interfacesfor displaying information of the data model 799 to a user. Theapplication designer 750 can be configured to receive user uploadedscalable vector graphics (SVGs) that a user can generate via anillustration platform (e.g., ADOBE ILLUSTRATOR®, INKSCAPE®, Gimp, etc.).An SVG may be an XML-based vector image format for two-dimensionalgraphics that support user interaction and animation. Based on the useruploaded SVGs, a user can bind the SVGs to widgets, include data pointsin the widgets, and display the widgets in various interface pages. Thewidgets may update their data points based on a link generated by a userbetween the data model 799 and the widget. FIG. 14A and FIG. 14B providean example of creating a widget and a widget displayed on a page thatthe application designer 750 can be configured to generate.

The dashboard service 780 can be configured to provide a user with adashboard of their building or facility. For example, a dashboard thatcan be hosted by the dashboard service 780 is the interface 1400B asdescribed with reference to FIG. 14B. The interfaces that the dashboardservice 780 can be configure to host can be interfaces that includewidgets generated by the application designer 750.

The diagnostic service 782 can be configured to enable administrators ofthe A3S platform 714 to have full views of their models for editing andoverrides. This view essentially is the show all version of modeldesigner without the ability to edit the configuration of connections orhierarchy. Via the diagnostic service 782, the administrator maycommission data to the system not otherwise available from a custom app.It shows the current data, whenever requested, of the data model 799within the real-time system.

The go live service 772, also referred to as the configuration toolherein, enables a user to bring the model they've created to a livesystem. The go live service 772 reduces the required user effortsnecessary to go live by reducing the number of steps to cause a systemto “go live,” i.e., begin operating. Causing a system to go live mayinclude defining input definitions, input analytics, output definitions,output analytics, sequence settings, and system settings.

The first four steps surround input and output definitions. The user,when taking a design live, must specify the intersection between thepoints within the site and points within the data model for thealgorithm they choose to run. If points do not exist or map one to one,the user can use the analytic 756 to bridge the gap. In someembodiments, Johnson Controls (JCI) Logic Connector Tool (LCT) basedlogic covers this use case on sites. In the RDS application 712, theanalytic 756 may not use a graphical approach and instead use ascripting language to cover this use case. In the analytic 756, the usercan map filtered points or averages to single points within the datamodel 799.

Moreover, on output they may infer points in the site using many pointswithin the data model 799. Once inputs and outputs exist, the user thensimply must specify network settings, and custom options for thesequences provided by the CML 710. Once done, the system links into theA3S platform 714 and start execution.

The document service 774 can be configured to generate documentation forthe data model 799. The document generated by the document service 744can illustrate various data points, descriptions of the data points,units for the data points, and/or any other information for the datamodel 799. A user can view the documents generated by the documentservice 774 as a reference for updating and/or generating a new context704.

The model designer 752 can be configured to provide a user withinterfaces for generating and/or updating a context 704. The modeldesigner 752 can be configured to allow a user to select between variousmodels (e.g., the data model 799) and edit the model to change or addvarious pieces of equipment in the building or other informationpertaining to the building. The model designer 752 is described withfurther reference to FIGS. 10-13.

The context package 704, as described with further reference to FIG. 7A,can be a data package containing the implemented classes reliant on theCIVIL 710 that can be rendered by the A3S platform 714. The contextpackage 704 can be metadata that can be used with the CIVIL 710 toimplement a data model (e.g., the data model 799). The data model 799can then be used to control various facilities (e.g., buildingequipment). The CML 710 and the class structure of the CML 710 that canbe used to implemented the context 704 as a data model is described withfurther reference to FIG. 8.

The A3S platform 714 may include various client integration points.These integration points may include the external interface 766, thesequence interface 768, and the metadata entry point 770. The externalinterface 766 can be configured to provides a REST/WCF stylecommunication that services external to the A3S platform 714 utilize tointeract. This includes any written “ports” that are used by targetplatforms to interact with the A3S platform 714.

The sequence interface 768 can be configured to implement the gateway796 into the A3S platform 714 that a sequencer can use to drive closeloop control calculations. The metadata entry point 770 may be adeveloper backdoor. The metadata entry point 770 can be found from theCIVIL library in classes, providing the user with the ability to extractthe metadata from the supplied context to reformate it into the userschoice architecture.

The core libraries 798 can be various code libraries configured toenable the execution of the A3S platform 714. The core libraries 798 areshown to include a global service fabric library 784, a CML 710, and adata analytics 786 library. The global service fabric library 784 may bea library allowing the A3S platform 714 to implement the A3S platform714 and/or the various components and services of the A3S platform 714as microservices. Implementing the A3S platform 714 and its variouscomponents and services as microservices may include deploying the A3Splatform 714 via MICROSOFT® Service Fabric, which the global servicefabric library 784 may enable. The global service fabric library 784 mayinclude one or more libraries enabling the A3S platform 714 toimplemented as a microservice. MICROSOFT® Service Fabric is describedwith further reference to FIG. 15.

Referring now to FIG. 8, a block diagram 800 of the class structure ofthe CML 710 is shown, according to an exemplary embodiment. The CIVIL710 strives to solve a multidimensional problem because algorithmexecution requires not only data and systems to move that data, but alsodata analytics and standards. This concept illustrates several goals ofthe CML 710: provide a generalized model and controller for algorithmsand their system needs; simplify, standardize, and improve dataanalytics for all algorithms to leverage; create a context-drivenenvironment where algorithm developers focus on algorithms and not thesystem; and maintain a low memory footprint, high throughput, robustnessand upgradeability.

The CIVIL 710 represents any form of data an algorithm may need andenables the rest of the system to utilize that data generically. Inaddition, the CIVIL 710 can help standardize data types betweenalgorithms to ensure a consistent user interface.

The prototype 802 provides identification for the CIVIL 710 objects bytracking the hierarchy that exists within an entity 804 and providing anidentifier. The entity 804 itself provides two forms of hierarchicaldesign, components and children. A component affects the hierarchy andexists at construction time whereas children are simple references toother entities 804 bound by the user after construction. Finally, theattribute 806 represents the actual properties of the entity. Theproperties may be time series, quantities, string data, and/or any otherdata for the CIVIL 710.

The prototype 802 provides the identification and location of anythingwithin the entity hierarchy. One way to understand the class structureof the CIVIL 710 is via an example of modelling zones in a building(e.g., the site 616). The hierarchy is:

-   -   Building        -   Components            -   Weather [Weather]            -   Total Power Consumption [Timeseries]        -   Children            -   Zone1 [Zone]            -   Zone2 [Zone]            -   Zone3 [Zone]    -   Zone        -   Components            -   Temperature Setpoint [Timeseries]            -   Temperature [Timeseries]            -   Air Flow [Timeseries]            -   Max Air Flow [Quantity]    -   Weather        -   Components            -   Wetbulb Temperature [Timeseries]            -   Drybulb Temperature [Timeseries]            -   Humidity [Timeseries]

The prototype 802 tracks this component hierarchy by using fullyqualified references (FQRs). The FQR only tracks the component hierarchysince the children path creates only relationships. The FQR takes asimple form of EntityUserId:PatternName.Path1/Path2 . . . /PathN.Therefore, the FQR of the Wetbulb temperature isBuildingl:Building.Weather/Wetbulb Temperature, and the FQR of zone1'stemperature setpoint is Zone1:Zone.Temperature Setpoint.

The prototype 802 using this mechanism allows quick searching of theresultant model for various points due to its ability to flatten thestructure. If a user wanted to collect all the zone setpoints they couldsearch via its universal reference notation (URN): Zone. TemperatureSetpoint. However, if they wanted just zone1's setpoint they would useits FQR: Zone1:Zone.Temperature Setpoint.

As shown with weather, entities 804 may also create groupings of simpleproperties. The developer may use these construction time groupings totake advantage of standard object oriented design practices and leveragecommon methods between classes. This concept allows for the developer tocreate as simple or as complex of a model necessary for their algorithm.The prototype 802 enables an identification technique throughout theCIVIL 710. However, the real workers of the model come from the entity804 and the attribute types 806. These two concepts are created in a wayto allow a developer the simplicity of standard class design and thegenerality and flexibility of metadata driven objects.

The CML 710 aims not only at creating a usable model for any algorithm,but also to standardize and allow sharing of components betweenalgorithms. To achieve this, the entity object 804 has a type ofpattern. These patterns coupled with a factory (a simple store for allthe patterns) allows the system to extend quickly and robustly. Insteadof creating a real concrete object for every type of device (e.g., achiller, boiler or heat recovery chiller), the developer can simplycreate a device and have different patterns for each type. This createsa system that can quickly extend to different types of equipment withoutadding the burden of additional design and testing (and can even beextended during runtime). Patterns serve to aid the developer increating highly extendable data models. The entity 804 must have apattern for transportation and other built-in procedures; however thedeveloper may choose to leave them empty.

Beyond the pattern factory setup, the entity 804 must allow theconfiguration of properties, relationships and a more complex retrievalof model-wide data. First, consider an example of how to actually createan entity 804. Entities 804 may be classes in C# that implement theentity class. When implementing the class, a developer may need tosupply the type of pattern the base entity class will expect and thetype of root entity to expect. In a library, one might find thefollowing code snippet defining a weather entity for use in the buildingmodel example mentioned earlier.

  public class Weather : Entity<WeatherPattern, IRootEntity> {  publicTimeSeries Wetbulb => LinkAttribute(name => new Timeseries(name,UnitCategory.Temperature));  public TimeSeries Drybulb =>LinkAttribute(name => new Timeseries(name, UnitCategory.Temperature)); public TimeSeries Humidity => LinkAttribute(name => newTimeseries(name, UnitCategory.None));  public Weather(WeatherPatternpattern, string identifier)   : base(pattern, identifier) {} }

Example Code 1

The link attribute function allows a developer to connect any attributedirectly into properties of an object to create more readable code. Insome embodiments, any C# class can be implemented into the CML 710.Considering the weather pattern, the factory on creation will inject theselected pattern into the weather object. Developers may use thispattern to determine how to setup formulas on the various timeseries, orto enable or disable certain attributes etc.

The entity 804 aims to connect a concrete object to a metadata-drivenobject that the system may operate against. The CML 710, when operatingagainst the weather object, would never reference wetbulb's property.Instead, it would merely find wetbulb as a component under the list ofcomponents in the base class. This allows the system to genericallymanipulate data without expert knowledge on what that data represents.

The entity 804 must also satisfy two other purposes: complexrelationships such as finding points within the model at runtime, andenabling shareable generic classes between different algorithms. Thelatter is done through the use of patterns. Two algorithms may choose toboth use weather; however, one may require additional information. Inthis scenario, the developer may create an entity view that the patternwill use to inject further properties onto the created entity. Whenaccessed by this developer, the weather entity may not immediatelycontain any of the view's additional properties. Instead, the developermay need to ask the entity 804 to treat itself as the view (e.g.,polymorphism) to expose the additional properties onto the concreateclass. In this manner, the developer has taken advantage of the methodsand properties of the weather object, creating a standard for weatherwhile still achieving his or her own view of that weather object.

The second purpose of enabling complex relationships surrounds the rootentity. All entities 804 must specify a root entity (i.e., a placeguaranteed, by the developer, to contain all necessary information toreconstruct a model). For an HVAC site, a developer may consider theplant as the root entity. Entities allow the overloading of a refreshfunction that passes in the root entity. Within this refresh function,the developer may choose to find and use any point at or underneath theroot entity. This allows any unforeseen complex relationships to becreated and supported within the CML 710. All systems that rely on theCIVIL 710 must call the refresh function on an object anytime thatobject is modified by the system to ensure unforeseen relationshipsremain up to date.

The attribute 806 defines the properties available for use as componentsin any entity 804. Attributes 806 may require custom views, along withspecial code within the controller. Therefore, developers can reuseexisting attributes before creating new ones to reduce the time todeployment.

As shown in FIG. 8, the attribute 806 contains only a byte array. Thisproperty, the CIVIL 710 refers to as “the box” because it stores anycustom object. This custom object can serialize and deserialize usingGOOGLE'S° protocol buffer technique. This serialization forms the basisfor maintaining a lightweight memory footprint given the challenge ofstoring the full model within memory—this technique can bring a memoryload of over 1 GB down to only 10s of MBs.

A developer may choose to extend the CML 710 by creating additionalattributes 806. Creating attributes 806 requires two things, defining anobject that represents the data, and defining an object that enablesperformant transportation of the previous object. Storage andtransportation can take on two forms, this allows the developer tooptimize how to transport data while storing it in another format. Anexample attribute definition may help to understand this use case.

public sealed class DoubleArray : MeasureableAttribute<Constants,double[ ]> {  public DoubleArray(string identifier, UnitCategoryexpectedCategory, string unitGroup)   : base(identifier,expectedCategory, unitGroup)  {   Data = new Constants(new double[ ]{ }, OutputUnit);  }  public override double[ ] TransportData =>Data.GetData(OutputUnit).ToArray( );  protected override ConstantsConvert(double[ ] value, CompositeUnit unit)  {   return newConstants(value, unit);  } }

Example Code 2, Attribute

In this code snippet, the attribute 806 shows why the storage object maydiffer from the transport object. For the double array, the constantsclass represents a data analytics concept that carries with itunnecessary information during transportation such as derived units anda collection of structs instead of aligned lists. Therefore, to ensureperformant transportation, the attribute 806 reduces constants down to adouble array.

In Example Code 2, the measurable attribute base class, the attributesin the CIVIL 710, takes on three basic forms, the attribute, themeasurable attribute and the derivable attribute. The attribute enablesthe basic use case for a property without additional units or formulas,a string based attribute is shown in Example Code 3 below.

  public sealed class StringParameter : Attribute<string, string> { public StringParameter(string identifier)   : base(identifier)  { } public override string TransportData => Data;  protected overridestring Convert(string value)  {   return value;  } }

Example Code 3

A measurable attribute (Example Code 2), like the double array shown,adds unit functionality to the attribute (Example Code 3). Finally, thederivable attribute applies on top of the measurable attribute providingthe implementing class with the full power of the data analytics suite.

The CML 710 includes functionality to perform standardized, robust andextensible data analytics by leveraging a separate well-definedlibrary—This allows other systems to utilize just the data analyticaspects of the CIVIL 710. Using this data analytics library provides theCML 710 with its ability to perform on-the-fly computations of derivableattribute relationships avoiding excessive storage of data onto disk orin memory. In addition, combined with a smart caching mechanism tiedinto the boxing technique, the CML 710 never wastes time recalculatingthe same execution.

The derivable attribute focuses on creating relationships between setsof attributes, this allows developers to map relationships withoutmanual coding it into their algorithm. In addition, this concept removesunnecessary storage onto disk (this concept can save about 80% on thesize of storage alone versus storing all calculated values) and allowsall kernels 706 to utilize the relationship—helping withstandardization.

As the most common form of derivable attribute, the timeseries consistsof a discrete signal, a unit category, and a signal type. Its discretesignal consists of a collection of samples each with sample time, samplevalue and a flag indicting states such as unreliable or out of bounds.Using a timeseries, the CML 710 can form various relationships such assumming many timeseries signals into a single timeseries. Under thehood, these relationships are verified by a unit engine to ensure theunit category matches the result from the relationship.

-   -   ZoneGroup        -   Components            -   Total Air Flow [Timeseries]=Sum (Air Flows from zones                within children)        -   Children            -   Zone1:Zone            -   Zone2:Zone            -   Zone3:Zone    -   Zone        -   Components            -   Air Flow [Timeseries]

In the example, the zone group, during the refresh function, builds asum relationship that connects each child zone's air flow to its totalair flow. Then, when a user accesses total air flow, it will use therelationship to calculate both the values and units for the user. TheCML provides a clean way implementing this idea:

TotalAirFlow.DeriveFrom(Formula.SumAll(ChildrenOf<Zone>().Select(z=>z.AirFlow))); Example Code 4

Example Code 4 presents how to derive points with the CIVIL 710. At thispoint, one may question what happens to the result if the signals forthe various air flows are randomly sampled. Data analytics manages thissituation using a built-in repair algorithm that creates infiniteresolution for timeseries based on their signal type (either discrete orcontinuous in value). Using this algorithm, the timeseries can easilyline up the signals and create a resultant signal.

Furthermore, one may also question what goes on within the formula classthat enables the sum relationship. The formula class leverages abuilt-in equation and operation engine within the data analytics moduletoo. Using this engine, the developer 702 may choose to use a specificoperation such as sum, or to specify their own equation, in stringformat, that utilizes various built-in operations:

{FormulaName.QofWater,“Flow*watershov(TemperatureOut)*(TemperatureOut−Temperatureln)”},Example Code 5

Example Code 5 gives an example of a dictionary entry that defines theequation for Q of water. The derivable attribute enables data analyticswithin the CIVIL 710 that may be leveraged to calculate data beforegoing into an algorithm, or supplement the algorithm by calculatingadditional properties. This attribute leverages key components madepossible by data analytics such as unit analysis, equation parsing,operations, and signal repair.

Context Driven Development

The CML 710 simplifies the architecture problem of algorithm developmentinto a context-driven format. Effectively, context-driven means that thearchitecture relies on generic metadata driven data models that thedeveloper provides as an interface for their algorithm. This allows thearchitecture to remain unchanging. The developer in their use casecreates a model and provides attributes on the classes properties tosignify how to store the model into a data base.

The CML 710 uses context-driven development primarily to reference theactual data model 799 required for an algorithm, or set of algorithms.This data model, known as a context, relies on implementing the providedclasses within the CML 710. Implementing the built-in classes of theCIVIL 710 as an external library enforces that the remainingarchitecture has all the necessary information to perform any operation.To prevent constant deployments, the architecture provides a method forthis context and its kernels to be injected at runtime.

Once the developer defines the context for their algorithm (e.g., thedata model that their algorithm will run against), they also implementthe base kernel from the CML 710 that references their developed contextand runs their procedure. The kernel 706 they create must also provideinput and output property usages from their context 704. This allows asingle context 704 to drive many distinct kernels 706 where each kernel706 only requires subsets of the full data. With this kernel 706, thesystem can then provide an offline style way of executing for free.

If the developer wishes to run their kernel 706 in an onlineenvironment, such as a central energy facility, they can specify asequence 708. This sequence 708 can provide all the necessaryconfiguration details to run the kernel 706 against a live system suchas data points to collect and dispatch, endpoints for communication andexecution order of kernels 706. The sequence 708 can also drive a testenvironment configuration to allow the developer to quickly see theirkernel 706 in action both offline and online.

Finally, context-driven development by relying on metadata driven modelsenables automatic documentation. These documents can automaticallyupdate with each new version to ensure users have reliable referenceinformation.

The underlying platform that utilizes the contexts 704, the kernels 706,and the sequences 708, the A3S platform 714, does not requireredeployment if a developer decides to change the contexts 704, thekernels 706, and/or the sequences 708. The context can be a specialdynamic link library (DLL) based package that the A3S platform 714 canbe configured to bring to life in order to enable user interfaces and/oralgorithm execution. This allows external developers to use the platformin this fashion or to actually extend what a primary developer hasalready configured the platform to do.

Coupled Example

External systems have two choices when interfacing with the CIVIL 710,coupled and decoupled. The coupled case, referenced in this section,simply refers to using the concrete classes directly. Once created, thedeveloper can update properties and eventually hand off the model andsome options to a kernel for execution.

Consider central plant optimization (CPO) as an example, the context forCPO, known as the allocator context, in conjunction with high levelallocator kernels can solve the energy distribution of central energyfacilities. Consider the following code example to create a solvableplant,

var startTime = new DateTime(2016, 5, 1); // Create plant and itshigh-level items because the CML is pattern driven the developer mustuse TheFactory to create patterns from their base classes. var plant =TheFactory.Assemble<Plant>(“Plant”, “Plant”); var chillerTowerSubplant =TheFactory.Assemble<Subplant>(“ChillerTowerSubplant”, “Chilller AndTower Subplant”); var chilledWaterResourcePool =TheFactory.Assemble<ResourcePool>(“ChilledWaterResourcePool”, “ChilledWater”); var electricityResourcePool =TheFactory.Assemble<ResourcePool>(“ElectricityResourcePool”,“Electricity”); var waterResourcePool =TheFactory.Assemble<ResourcePool>(“WaterResourcePool”, “Water”); varelectricitySupplier =TheFactory.Assemble<Supplier>(“ElectricitySupplier”, “ElectricitySupplier”); var waterSupplier =TheFactory.Assemble<Supplier>(“WaterSupplier”, “Water Supplier”); varchiller = TheFactory.Assemble<PrimaryEquipment>(“Chiller”, “Chiller 1”);var tower = TheFactory.Assemble<PrimaryEquipment>(“Tower”, “Tower 1”);var chilledWaterLoadCoil =TheFactory.Assemble<LoadCoil>(“ChilledWaterLoadCoil”, “Chilled WaterLoad Coil”); var electrcityLoadCoil =TheFactory.Assemble<LoadCoil>(“ElectricityLoadCoil”, “Electricity LoadCoil”); var linearPeformancModel =TheFactory.Assemble<PerformanceModel>(“ChillerTowerSubplantLinearModel”, “Linear Performance Model”); // Add childrenchillerTowerSubplant.AddChild(chiller, tower, linearPeformancModel);chilledWaterResourcePool.AddChild(chilledWaterLoadCoil);electricityResourcePool.AddChild(electrcityLoadCoil);plant.AssetLayer.AddChild(chillerTowerSubplant,chilledWaterResourcePool, electricityResourcePool, waterResourcePool,electricityResourcePool, electricitySupplier, waterSupplier); // Connectasset layer plant.AssetLayer.AddChild(Node.CreateNode(1, Domain.Asset,“ChilledWater”, chillerTowerSubplant, chilledWaterResourcePool));plant.AssetLayer.AddChild(Node.CreateNode(2, Domain.Asset,“Electricity”, electricitySupplier, electricityResourcePool));plant.AssetLayer.AddChild(Node.CreateNode(3, Domain.Asset,“Electricity”, electricityResourcePool, chillerTowerSubplant));plant.AssetLayer.AddChild(Node.CreateNode(4, Domain.Asset, “Water”,waterSupplier, waterResourcePool));plant.AssetLayer.AddChild(Node.CreateNode(5, Domain.Asset, “Water”,waterResourcePool, chillerTowerSubplant)); // Add timeseries data,single point is all that's neededplant.Weather.Drybulb.Default.AddValue(new Value(startTime, 70), newCompositeUnit(Unit.DegreesFahrenheit));plant.Weather.Wetbulb.Default.AddValue(new Value(startTime, 60), newCompositeUnit(Unit.DegreesFahrenheit));electricitySupplier.Rate.Default.AddValue(new Value(startTime, 0.01),new CompositeUnit(Unit.Monies) / new CompositeUnit(Unit.KiloWattHour));waterSupplier.Rate.Default.AddValue(new Value(startTime, 0.01), newCompositeUnit(Unit.Monies) / new CompositeUnit(Unit.Gallon));chilledWaterLoadCoil.LoadConsumed.Default.AddValue(new Value(startTime,2500), new CompositeUnit(Unit.TonsRefrigeration));electrcityLoadCoil.LoadConsumed.Default.AddValue(new Value(startTime,5000), new CompositeUnit(Unit.KiloWatt)); // Update quantitieschiller.GetResourceByName(“ChilledWater”).IndependentData.Capacity.Update(3000, new CompositeUnit(Unit.TonsRefrigeration));chiller.GetResourceByName(“ChilledWater”).IndependentData.MinimumTurndown.Update(1000, new CompositeUnit(Unit.TonsRefrigeration));tower.GetResourceByName(“CondenserWater”).IndependentData.Capacity.Update(5000, new CompositeUnit(Unit.TonsRefrigeration));tower.GetResourceByName(“CondenserWater”).IndependentData.MinimumTurndown.Update(500, new CompositeUnit(Unit.Tons Refrigeration));linearPeformancModel.GetAttribute<Quantity>(“DrybulbMin”).Update (−100,new CompositeUnit(Unit.DegreesFahrenheit));linearPeformancModel.GetAttribute<Quantity>(“DrybulbMax”).Update (200,new CompositeUnit(Unit.DegreesFahrenheit));linearPeformancModel.GetAttribute<Quantity>(“RelativeHumidityMin”).Update(0, new CompositeUnit(Unit.Percent));linearPeformancModel.GetAttribute<Quantity>(“RelativeHumidityMax”).Update(100, new CompositeUnit(Unit.Percent));linearPeformancModel.GetAttribute<Quantity>(“ChilledWaterToElectricityFactor”).Update(0.16, new CompositeUnit(Unit.None));linearPeformancModel.GetAttribute<Quantity>(“DrybulbToElectricityFactor”).Update(0, new CompositeUnit(Unit.KiloWatt) / newCompositeUnit(Unit.DegreesKelvin));linearPeformancModel.GetAttribute<Quantity>(“RelativeHumidityToElectricityFactor”).Update(0, new CompositeUnit(Unit.KiloWatt));linearPeformancModel.GetAttribute<Quantity>(“ChilledWaterToWaterFactor”).Update(0.001, (new CompositeUnit(Unit.Gallon) / newCompositeUnit(Unit.Hour)) / new CompositeUnit(Unit.TonsRefrigeration));linearPeformancModel.GetAttribute<Quantity>(“DrybulbToWaterFactor”).Update(0, (new CompositeUnit(Unit.Gallon) / newCompositeUnit(Unit.Hour)) / new CompositeUnit(Unit.DegreesKelvin));linearPeformancModel.GetAttribute<Quantity>(“RelativeHumidityToWaterFactor”).Update(0, (new CompositeUnit(Unit.Gallon) / newCompositeUnit(Unit.Hour))); plant.Refresh( );

Example Code 7, Example Use Case of the CML

Once the plant is created, the planning asset allocator kernel can solveit and propose how to control it optimally,

var solverOptions=new PlanningAssetAllocatorOptions( )solverOptions.PlanStart.Update(startTime);solverOptions.PlanEnd.Update(startTime+new TimeSpan(7, 0, 0, 0));var result=solverOptions.Solve<DataBox>(plant, null);Assert.AreEqual(SolverStatus.Success, result.StatusInfo.Status);

Example Code 8, Solve Example Model in the CML Decoupled Example

The decoupled example assumes that the external system 716 owns its ownconcrete classes. In this scenario, the CML 710 provides various viewsthat give all the metadata from the context 704 to the external system716. The external system 716 can then use this information to create anXML input that the CIVIL 710 then parses back into its own concrete formalong with data to run kernels.

The CML 710 can export the metadata provided by a developer to anexternal system in XML format. This XML contains all the relevantinformation to create a custom setup around the algorithm's metadata.For example, for any entity, all of the attributes and entityinformation are exported into this XML format:

<Entity Urn=“HeatRecoveryChiller” Category=“PrimaryEquipment”AllowedChildren=“HeatRecoveryChillerLinearModelHeatRecoveryChillerGordonNgModel” Definition=“Uses electricity to coolchilled water and heat hot water.”> <AttributeUrn=“HeatRecoveryChiller.ChilledWater/DeltaTemperature|Process Variable”DataType=“FlattenedValues” Definition=“What is actually happening.”Identifier=“ProcessVariable” Category=“DeltaTemperature”UnitGroup=“Default” ValueType=“ContinuousInValue” BoundAction=“FlagOnly”Formula=“Difference:TemperatureOut=,TemperatureIn=” />

Example Code 9, Example of XML Export Metadata

The example above presents just an HRC with one of its timeseries pointsfor demonstration.

Consider the plant from the CPO coupled example, an XML SchemaDefinition (XSD) exists that specifies the allowed format of an XML thatprovides all of the configuration information necessary to reconstruct aplant:

<?xml version=“1.0”?> <Model Id=“Plant”>  <Entities>   <EntityId=“Chiller1” Urn=“Chiller” />   <Entity Id=“Tower1” Urn=“Tower” />  <Entity Id=“LinearPerformanceModel”Urn=“ChillerTowerSubplantLinearModel” />   <EntityId=“ChilllerAndTowerSubplant” Urn=“ChillerTowerSubplant”>   <Child>Chiller1</Child>    <Child>Tower1</Child>   <Child>LinearPerformanceModel</Child>   </Entity>   <EntityId=“ChilledWaterLoadCoil” Urn=“ChilledWaterLoadCoil” />   <EntityId=“ChilledWater” Urn=“ChilledWaterResourcePool”>   <Child>ChilledWaterLoadCoil</Child>   </Entity>   <EntityId=“ElectricityLoadCoil” Urn=“ElectricityLoadCoil“ />   <EntityId=“Electricity” Urn=“ElectricityResourcePool”>   <Child>ElectricityLoadCoil</Child>   </Entity>   <Entity Id=“Water”Urn=“WaterResourcePool” />   <Entity Id=“ElectricitySupplier”Urn=“ElectricitySupplier” />   <Entity Id=“WaterSupplier”Urn=“WaterSupplier” />   <Node Id=“E1” Urn=“ChilledWaterAssetNode”>   <Input>ChilledWater</Input>   <Output>ChilllerAndTowerSubplant</Output>   </Node>   <Node Id=“E2”Urn=“ElectricityAssetNode”>    <Input>Electricity</Input>   <Output>ElectricitySupplier</Output>   </Node>   <Node Id=“E3”Urn=“ElectricityAssetNode”>    <Input>ChilllerAndTowerSubplant</Input>   <Output>Electricity</Output>   </Node>   <Node Id=“E4”Urn=“WaterAssetNode”>    <Input>Water</Input>   <Output>WaterSupplier</Output>   </Node>   <Node Id=“E5”Urn=“WaterAssetNode”>    <Input>ChilllerAndTowerSubplant</Input>   <Output>Water</Output>   </Node>   <Module Id=“AssetLayer”Urn=“AssetModule”>    <Child>ChilllerAndTowerSubplant</Child>   <Child>ChilledWater</Child>    <Child>Electricity</Child>   <Child>Water</Child>    <Child>Electricity</Child>   <Child>ElectricitySupplier</Child>    <Child>WaterSupplier</Child>   <Child>E1</Child>    <Child>E2</Child>    <Child>E3</Child>   <Child>E4</Child>    <Child>E5</Child>   </Module>   <PlantId=“Plant” Urn=“Plant” Key=“6a37979c-2add-44e7-96bb-389cc12d5319”>   <Child>AssetLayer</Child>   </Plant>  </Entities> </Model>

Example Code 10, Example XML Showing how to Create a CPO Plant

Using the XML from the previous section as an input with a set of dataconsisting of FQR and Data Type (from the metadata exported) pairs, theexternal system may call solve in a simple manner:

var solverOptions=new PlanningAssetAllocatorOptions( );solverOptions.PlanStart.Update(startTime);solverOptions.PlanEnd.Update(startTime+new TimeSpan(7, 0, 0, 0));var result=solverOptions.Solve<DataBox>(plantXml, dataPairs, null);Assert.AreEqual(SolverStatus.Success, result.StatusInfo.Status);

Example Code 11, Example of Solving a Decoupled Model

One major field of thought in the industry today surrounds the abilityto automatically map from one data model to another. The CML 710 thoughtoday does not solve this problem has been setup to enable it. Eachpoint in the CML 710 must specify a definition. This serves twopurposes. One it allows document generation to exist, and two it allowsample evidence for a system such as a predictive algorithm to matchnames.

With the names that algorithm engineers choose along with theirdefinitions, it is possible to create an algorithm that can suggest amapping between any map on a live site to the kernels themselves. Thisallows an extreme plug and play environment where the algorithmdeveloper can simply create a kernel and this algorithm will enable itto simply sit on top of any other model in the industry.

Along with this, natural language processing comes free. The user of thesystem with this algorithm could simply ask about certain data values inthe system and the system could quickly display them or describe them.

As presented, a developer can use the CIVIL 710 to model any class theywould have otherwise created in C# or created using another metadatabased model. By using the CML 710, the developer gains the ability toperform various built in controller actions such as lightweight storage,high-speed transportation, self-healing data model No databaseadministration is necessary since the model exists within the context,robust data analytics, context-driven development. This eliminates theimpact of constant changes to algorithms, auto document generation. Themore developers leverage the generality and standards brought forth bythe CML 710 the more refined and useful it becomes.

Verifiable Relationship Builder Language Unit Analysis Engine

Referring now to FIG. 9A, the unit analysis engine 920 that provides adeveloper with systems and methods for verifying the mathematicaloperations they have performed along with performing customer facingunit math for display is shown, according to an exemplary embodiment.Consider the case of multiplying two derivable attributes A and B in theCML 710. If the attribute A was a ton and the attribute B was an hour,then multiplication will generate a result in units of a ton-hour. Ifthe two attributes were added, the result would have a result unit thatis “Not a Unit” or a string “NaU”. The unit analysis engine 758 canperform operations like these by creating a layered system that relieson derived units defined using the SI base units themselves.

The layered system starts with the derived unit that is defined by thederived unit class 924. The derived unit class 924 can perform all ofthe underlying unit math when multiplying, dividing, adding,subtracting, and/or working with powers. The derived units class 924works by tracking the exponent of the following fundamental base units(e.g., meter, kilogram, second, ampere, kelvin, mole, and dollars).Notice that, besides dollars, all of these fundamental units exist inthe common SI base unit definition. Tracking these exponents creates amechanism for unit math. Adding or subtracting two derived units (e.g.,the derived unit A and the derived unit B) means that the two unitexponents must match or Not a Unit will result. Whereas, multiplying ordividing values relates to adding and subtracting the exponent arraysrespectively.

The fundamental base units can be tracked by the derived units of thederived unit class 924. The base units can be any set of defined units.In some embodiments, the defined set of units are meter, kilogram,second, ampere, kelvin, mole, and dollars. An array or other data objectcan indicate the power for each of the units. An exponent array can beindicate the power for each of the base units, e.g., [meter power,kilogram power, second power, Ampere power, Kelvin power, mole power,and dollar power]. As an example,

$\frac{kg}{\$^{2}}$

could be represented with the exponent array, [0, 1, 0, 0, 0, 0, −2].

Having a developer specify each of their units in base units does notbode well for usability. For example, a user may wish to enter data inwhatever unit is most convenient for them. Therefore, the next layer,the composite unit (e.g., the composite unit A and the composite unitB), can map real world units into the derived units. This allows thederived unit to remain as an internal concept that a developer cansafely ignore without the fear of mixing up units.

The unit analysis engine 758, using the composite unit class 922,manages a system that maps well-known units into common categories suchas tons (e.g., tons of refrigerant) and kW into power. Within each ofthese categories, a single member maintains a one-to-one relationshipwith a derived unit, while all other members of the group specifyconversion ratios off of a one-to-one unit. As used herein, a derivedunit may be a one-to-one unit derived from an input unit. For example, ameter may be a input unit, the derived unit of an input unit of inches.

For example, a Watt, the chosen one-to-one unit for the power group, hasthe SI base units of

$\frac{{kg}*m^{2}}{s^{3}},$

which relates to the exponent array of [2, 1, −3, 0, 0, 0, 0]. As theone-to-one unit, the Watt literally has a conversion factor of one tothe base units. Using the one-to-one unit of watt, ton (i.e., ton ofrefrigeration) represents itself as a conversion factor off of watt of3516.85 (i.e., 1 watt of power is equal to 0.00284345 tons ofrefrigeration). In this manner, the composite unit can perform unit mathon complex conglomerations of units by forgetting the well-known unitsand working solely with the derived unit.

The derived unit can exist in the classes of the A3S platform 714(specifically in the analytic 756). One data class, the values class934, can represent timeseries data. When working with values, thedeveloper may enter data with a composite unit. The values class thenautomatically converts, via the composite unit, the data into theone-to-one unit and then selects the appropriate derived unit forinternal representation. Once converted, the engine can use the data inany number of calculations without requiring any additional unitconversions. This concept creates a highly efficient design that saveson CPU computing cycles.

Once the developer creates an object (e.g., the values object 936 or thevalue object 368) based on the values class 934 and the system convertsit, they may choose to multiply two values classes together. In thisscenario, the unit analysis engine 758 will automatically calculate theresultant values class' unit as the multiplication of the two derivedunits involved in the operation. Once calculated, the developer maychoose to access the data and/or the unit for the result (e.g., accessedresult unit 932) from the values class by using an accessor 930 thatrequires a composite unit as an input. Using the composite unit, thevalues class converts the internal data to the requested unit uponpassing out the values. If the composite unit supplied does not have thesame one-to-one unit as the result and error will result indicating tothe developer that they made a unit error in their work.

FIG. 9A provides an illustrative example of the composite unit class922, the derived unit class 924, and the values class 934. As shown inFIG. 9A, two separate attributes, attribute A and attribute B and theirunits, i.e., Unit A and Unit B, are inputs to the unit analysis engine758. The attributes A and B may be attributes as defined by the CML 710in FIG. 8 in the data model 799. In some embodiments, the attributes Aand B are input by a user via a computing device (e.g., a cell phone, alaptop computer, a terminal, etc.) via a scripting language or areattributes of a data model (e.g., the data model 799).

The unit analysis engine 758 can instantiate an object for each of theattributes, the object being based on the composite unit class 922. Thecomposite unit class 922 can cause the unit A of the attribute A to bemapped into a standard base unit. In this regard, the composite unitclass 922 can be configured to determine, based a conversion factor, theinput unit A, and an input value of Attribute A, the value A in a baseunit and a corresponding derived unit A.

The units A and B may be Amperes. In this regard, the composite units Aand B may include a one-to-one conversion factor between a standardizedunit and Amperes. In this examples, the standardized unit may beAmperes, i.e., the standardized units may be [meter power, kilogrampower, second power, Ampere power, Kelvin power, mole power, and dollarpower]. In this regard, both the Derived Unit A and the Derived Unit Bmay be and/or include an array of [0, 0, 0, 1, 0, 0, 0] while aconversion factor of one may map the values of Attributes A and B intoValues A and B.

In FIG. 9A the attributes A and B are represented in the unit analysisengine 758 as values objects defined based on the values class 934. Ifthe two values objects are added together, the result of the resultingvalues object may be the sum of value A and value B while the resultunit may be [0, 0, 0, 1, 0, 0, 0]. However, if the two values aremultiplied, the result may be the multiplication of value A and value B(e.g., values object 938 and values object 938) while the result unitmay be [0, 0, 0, 2, 0, 0, 0].

Signal Repair Engine

The values class 934, as described with reference to FIG. 9A, can serveas one example of how the signal repair engine 759 can be configured toperform data analytics. The values class 934 can represent a randomlysampled signal that may be discrete or continuous. This values class 934can have numerous operations applied to it, consider for the exemplaryexample described with reference to FIG. 9B, multiplication.

Referring to FIG. 9B, a chart 900B illustrates two time series signals,timeseries1 and timeseries2 represented by markers 902 and 904,according to an exemplary embodiment. When multiplying signals, thesignal repair engine 759 can be configured to apply injectable filterkernels into each signal and moves them in tandem to create a functionwhose order depends on the injected kernel. Using this concept, thesignal repair algorithm can create a set of infinite resolution signals.Then the operation running against the signal repair engine 759 canrequest any time and the repair algorithm can return a collection ofvalues representing each signal at the requested time. Theimplementation relies on low level index management to ensure both noadditional memory beyond the original signals is used and seekingindexes is order N. Examples of a filter kernel may be a Lanczos Kernelused for Lanczos resampling, a kernel for Bicubic interpolation, or anyother kernel for any interpolation process.

In FIG. 9B, the time series each have 10 samples. Consider if theprovided signals each have 10 randomly placed samples like in FIG. 9B.The signal repair algorithm builds a kernel for each series and loadsthe appropriate number of points into the tap positions. The repairalgorithm then takes all 20 time positions and starting with the firstrequests the value from each kernel. Once the requested time moves pastthe last sample in the forward taps, the kernel advances by loadingfurther sample references and dropping those in the past. For a linearinterpolation kernel, edge behavior is set to hold the nearest point.Therefore, when multiplying the two signals of FIG. 9B, each having 10data points, if none of the data points line up on the x-axis, theresultant signal from the multiplication will include 20 data points.Visually, if one were to draw lines straight up and down in FIG. 9B ateach of the 20 points of the two signals, one could multiply the pointswhere those lines intersect the interpolated signals, generating 20 newpoints.

Operations Engine

Leveraging the unit analysis engine 758 and signal repair engine 759,the operations engine 761 form a mechanism capable of doing work againstcollections of data classes, e.g., the values class 934. Within theoperations engine 761, there may be thirty or more current built-inoperations available. Each of these operations can exist as direct,temporal, and/or spatial. The direct operator does not perform a defaultsignal reconstruction technique on the entering values classes andallows full control over how to apply the data analytic to the incomingdata. An example of this may be a coalesce operation that the operationsengine 761 can perform. In this operation, the system scans many signalsusing time based windows. Working through a collection of values classes934 in a certain order, the operation engine 761 can be configured toscan for data in upper signals where gaps larger than the window exist,and then scans the lower signal data within the window searching fordata to fill the gap. Therefore, the use case requires custom managementof the signal repair algorithm which fits perfectly into a directoperator.

Whereas, the other two types rely on pre-work done by the signal repairalgorithm to line up the data, just like in the signal repair example.The spatial operator applies across signals at each sample time and thetemporal applies data to each set as a whole. Sum serves as a goodexample of a spatial operator, where at each sample time it sums thevalues to form the new signal. A running sum can serve as a good exampleof a temporal operator, where it sums a signal from start to end savingits current value into each sample time as it moves along.

These operations also maintain input characteristics definitions thatthe caller can be required to follow to enable computation. This can beunderstood in view of a prototype for functions in C. The equationengine 763 can be configured to directly implement these prototypes intoregular expressions to allow runtime parsing of equations.

Equation Engine

The equation engine 763 can be configured to culminate all the previousengines (i.e., the unit analysis engine 758, the signal repair engine759, and the operations engine 761) together to form a highly flexibleequation solver that can use values objects of the values class asinputs. The equation engine 763, utilizing the operations engine 761,can be configured to parse a string into an order of operations usingthe prototypes provided by the operations engine 761. This order ofoperations then can be executed sequentially to reach the result theequation intended. Such a concept, requires a great deal of precisionengineering to ensure it can handle anything and process robustly.

Consider an example, (a+b)/(mean(c)−d). In this example, the equationengine 763 can be configured to parse the string into single operations:

r1=a+b  1.

r2=mean(c)  2.

r3=r2−d  3.

r4=r1/r3  4.

This order of operations can be executed and the final result can bereturned.

The Analytic

The analytic 756 can be an engine that implements a scripting languagethat combines equations with actions implemented by a caller. Thislanguage used within a user interface generated and/or managed by theanalytic 756 can enable a user to perform custom data analytics thatextend the base form of the CIVIL 710 itself then using that data runvarious actions. This allows the developer to focus on the core aspectsof their data model (e.g., the data model 799) and rely on the analytic756 to abstract away any custom requests.

This concept can provide an irreplaceable separation of special userfacing requirements from the developer's algorithm requirements. Theexample analytic below provides valuable insight into its functionality.

ch1Eff=<Chiller1:Chiller.Efficiency>

ch2Eff=<Chiller2:Chiller.Efficiency>

ch1Cop=3.516/ch1Eff

ch2Cop=3.516/ch2Eff

meanChCop=mean(ch1Cop, ch2Cop)

plantEff=<ChillerSubplant:ChillerSubplant.Efficiency>

plantCop=3.516/plantEff

plot(plantCop[none], meanChCop[none])

Example Code 6

The first two lines provide an example of setting a variable equal to apoint within the data model 799. Once set, the user then can use thesevariables, as shown by the lines following, to perform normal operatorslike multiply or divide, add or subtract etc. Once complete, the finalline presents the use of an action. In essence, an action provides theway out of an analytic, in this case to plot the two data sets in unitsof none. Lines like these may also contain an identifier out front inthe form plot1:plot( . . . ). This enables the actions to extend tomultiple lines.

Referring now to FIG. 9C, a process 900C for receiving and executing ascript is shown, according to an exemplary embodiment. The analytic 756can be configured to perform process 900C. Further, any computing devicedescribed herein can be configured to perform the process 900C.

In step 950, the analytic 756 can receive a script input by a user. Thescript can identify data points of the data model 799 and can includeoperations to perform on the identified data points. The script can bereceived from the user via an interface that allows a user to typeand/or otherwise enter the identities of the data points and theoperations to perform on the data points. The user can input the scriptvia a user device (e.g., a laptop, a mobile device, etc.). An example ofa script that can be input by a user is Example Code 6.

In step 952, the analytic 756 can retrieve the values for the datapoints from the data model 799 based on the identities of the datapoints. The identities of the data points can be, for example,“ch1Eff=<Chiller1:Chiller.Efficiency>” as shown in Example Code 6. Thisline of the script of Example Code 6 may cause the analytic to retrievea data point based on the identifier “Chiller1:Chiller.Efficiency.”

In step 954, the analytic 756 can determine whether there is unitcohesion in the received script. The analytic 756 can perform unit mathon the script with the unit analysis engine 758 to verify that the noneof the values determined by the script result in “not a number”

$( {{e.g.},{\$ - \frac{m}{kg}}} ).$

Furthermore, me unit analysis engine 758 can compare a result unit to anexpected unit. For example, if the resulting determination of the scriptis a point for temperature for a zone in Fahrenheit in the data model799, the analytic 756 can determine whether the unit of the result is inFahrenheit.

If there is not unit cohesion, the process 900C can proceed to step 958.If there is unit cohesion, the process 900C can proceed to step 960. Instep 958, the analytic 756 can notify a user that there is an error inunit cohesion in the received script. In some embodiments, the analytic756 may provide a pop up notification on the interface indicating thatthere is an error in the unit math. The notification may identify whichresult and/or which points used to determine the result have resulted inan error in unit cohesion. In some embodiments, the analytic 756underlines the entered values involved in the determination or theassociated mathematical operation to identify to the user where an errorin unit cohesion in the script is present.

In step 960, the analytic 756 can perform data repair on any of theretrieved data points. In some embodiments, the signal repair engine 759can perform step 960. Based on the script, the signal repair engine 759can determine whether step 960 is required. For example, a time seriesmay not have a data point at a particular time, the data point beingrequired in the script for the particular time. The analytic 756 can beconfigured to identify if a data point of the time series is notavailable and can determine to perform signal repair in response todetermining that a value is not available but can be determined byperforming signal repair. Furthermore, the script may include a userinput operation to perform signal repair algorithm for identifyingparticular data points for data series at particular times.

In some embodiments, the retrieved data points may be two differentvectors of temperature values for two different zones of a building. Thescript may be implementing the multiplication between the twotemperature vectors. The two vectors may not include temperature pointsthat line up in time, in this regard, interpolation can be performed onone or both of the time series. As another example, the script may berequesting the multiplication of temperature time series at 10 A.M.However, one or both time series may have temperature measurements forthe points surrounding 10 A.M. on the particular day but not at theparticular time. In this regard, interpolation can be performed todetermine a data point for 10 A.M. for one or more both timeseries andthe result may be the multiplication of the resulting interpolated datapoints.

In step 962, the analytic 756 can parse the operations of the scriptinto one or more individual operations and can generate a proper orderfor executing the isolated operations. In some embodiments, theoperations engine 761 can be performed to perform the operationisolation and ordering. The operations can be isolated into singleoperations, for example,

$\frac{( {x + y} )}{356},$

can be isolated into a first operation z=x+y and a following operation

$\frac{z}{356}.$

In step 964, the analytic 756 can run the script received in step 950and generate a single result or multiple results. Executing the scriptcan involve performing various calculations to generate results and/orperforming various signal analysis and/or repair operations. In someembodiments, the analytic 756 can generate one or more graphics (e.g., aline chart, a bar chart, a table, etc.) identifying the results of thescript. The analytic 756 can cause the result to be stored in the datamodel 799. For example, the analytic 756 can be configured to determineif the result should be stored at a point or points of the data model799 based on the script (e.g., the script includes a line saving theresult to the data model 799).

In some embodiments, the result of the script may be a value that can beused to control environmental conditions of a building by controllingbuilding equipment of the building. As an example, the result of thescript may be an operating setpoint for a piece of building equipmentwhich can be stored in the data model 799 and then used to operate thebuilding equipment. In some embodiments, the script createscommissioning information, e.g., a virtual point of the data model 799.In some embodiments, the script is executed with the data model 799 atruntime of the system. The script can generate results which can beviewed in various user interfaces for commissioning. As an example, auser could generate a difference between two different temperaturevalues for two different zones stored by the data model 799. The scriptcould trend this virtual point, the difference between the twotemperature values, so that the anomalous behavior can be identified. Ifthe difference increases by a predefined amount, the user, or the A3Splatform 714, can identify that the equipment servicing one of the zoneshas experienced a fault.

Rapid Deployment Suite (RDS)

The rapid deployment suite (RDS) 712, aims at providing a generalizedservice to developers that leverage the CIVIL 710. It enables a genericuser interface (the view in the design pattern) for editing, simulating,analyzing, commissioning, monitoring and configuration of a live systemfor any model a developer can create using the CML 710. This tool candisplay these views for any data model. Therefore, once the userinterface (UI) exists, context-driven development allows developers tofocus on creating well-crafted algorithms.

The most common pit-fall of generic UIs surrounds their high-coupling tothe engineering view of the algorithm. To correct this, RDS application712 enables an application designer to tackle the challenge of allowingcustom views to abstract away the engineering view. The followingsections will dive into each of these components.

Model Designer

Referring now to FIG. 10, a homepage 1000 for the RDS application 712 isshown, according to an exemplary embodiment. The RDS application 712relies on a single active model throughout the entire application (e.g.,the data model 799). Model selection 1014 of the homepage 1000 enables auser to switch between models. The active model (e.g., the selectedmodel) drives all of the applications of the RDS application 712. Usingthe active model, each tool only uses the points specified by theunderlying context of the selected model. The homepage 1000 provideseasy navigation between the six built-in tools. Model editor option 1002enables a user to navigate to a model editor as described in furtherdetail herein.

Simulator option 1004 enables a user to navigate to a simulator (e.g.,the simulator 754). Analytics option 1006 allows a user to navigate toanalytics pages for the selected model. Dashboard option 1008 enables auser to navigate to a dashboard for the selected model. Diagnosticsoption 1010 enables a user to navigate to a set of pages includingdiagnostic information for the selected model. The go live option 1012enables a user to navigate to a page or set of pages for the go liveservice 772. The go live service 772, enables a user to bring the modelthey've created to a live system. The go live service 772 is describedin further detail herein, specifically with reference to FIG. 7B. Anexample of a dashboard is dashboard 1400B as described with reference toFIG. 14B. It also allows, on the top right, access to the active model(or creating a new one) and various user settings and notifications.

Referring now to FIG. 11-12, wiring interface 1100, for the modeldesigner 752 of the RDS application 712 is shown, according to anexemplary embodiment. At the core of the RDS platform 712, centeredaround algorithms, lies the ability to create, edit and deploy datamodels for those algorithms. The CIVIL 710 provides the brunt of thefunctionality necessary to create various contexts and kernels and get aworking system.

The RDS application 712, specifically the model designer 752, provides auser the ability to view and edit these models. However, to remaingeneric, specific functionality from each context 704 must not exist.Any visual concepts desired by users or developers to exist in the RDSapplication 712 may need to first exist within the CIVIL 710 so thecontext developer may implement the features. One such example surroundsthe ability to connect entities together.

The model designer 752 provides a standard view that allows creating andediting entities e.g., the interface 1100. The CML 710 provides two mainclasses as described with reference to FIG. 8, the entity 804 and theattribute 806. Developers should leverage entities 804 wherever possibleusing existing attributes 806 to provide immediate pull through to theview in RDS application 712. If a developer chooses to extend the listof attributes, the RDS application 712 must also extend to describe howto get data from the user by creating a new sub-view.

The model designer 752 can include two main parts, an entity modelingsystem and an attribute editing system. Consider the snippet of codeprovided for the CPO coupled example, three main parts exist: creatingentities, connecting entities, and updating attributes of theseentities. The model designer 752 provides a simple palette to dropblocks down onto a screen, wires these blocks using a node drivenapproach and track positions and scales.

Once the user drops, organizes and connects their entities they can edittheir properties at any time through the workflow they grow in. Doubleclicking on an entity will pull up the, developer defined, attributesavailable for the entity. This view contains all of the attributes theentity has required for the target kernels selected at model creation.Each of these attributes may use a different attribute type with the CML710 or context, and must maintain a custom view within the RDSapplication 712 or reuse another type's view. The RDS application 712expects new attributes. Therefore, it requires little work to extendmore views into its framework.

Referring more particularly to FIG. 11, interface 1100 of the modeldesigner 752 is shown for connecting elements of a selected model. Auser can interact with interface 1100 of the model designer 752 via alaptop computer, a desktop computer, a tablet computer, and/or any othercomputing device or terminal. The interface 1100 can be a web browserbased interface or a standalone program.

A user can drag and drop various component elements from the elementpallet 1118 onto the grid 1120. As shown, interface 1100 illustrates awaterside system model. Utility elements 1102 and 1108 represent a waterutility and an electric utility. Elements 1104 represents a waterbalancer that can distribute water throughout a building. Element 1110represents electricity that the building and/or the components of themodel of interface 1100 can consume. Element 1106 can represent a plant,for example, a chiller tower economizer, a steam chiller tower, a groundloop subplant, a steam chiller subplant, and/or any other plant orcombination of plants. The plant element 1106 is shown to consume water,from element 1104, an electricity, element 1110 to product chilledwater, element 1112. The elements of interface 1100 can be edited andconfigured by a user. Interface 1100 of FIG. 12A includes an example ofediting attributes of an element. Various examples of subplants andresources being interconnected via wire connection diagrams are includedin U.S. application Ser. No. 15/473,496 filed Mar. 29, 2017, the entiredisclosure of which is incorporated by reference herein.

As can be seen, a user can drag and drop elements and subplants frompalette 1118 onto grid 1120. The user can position, rotate, andotherwise manipulate the location and orientation of the elements ongrid 1120. The user can connect the various elements via graphic wires.The wires may indicate which resources flow and inputs and outputs ofplants. The wires may be color coded based on element. For example, awire may be yellow indicating electricity. In a similar manner, a wirecan be colored blue to signify water. Blue lines may signify cold waterwhile red lines may signify hot water. Further, a wire could be coloredgrey to signify steam, etc.

Each of the subplants of subplant palette 1114 may indicate variousinputs and outputs of the plant. For example, the inputs to a chillertower economizer may be water and electricity while the output may bechilled water. Each of the resources of the resource palette 1116 mayindicate a particular element that can be consumed or produced by aplant. For example, the resources may be chilled water, hot water,steam, electricity, etc.

Referring more particularly to FIG. 12A, interface 1100 is shown forediting attributes of one of the elements of the grid 1120. Window 1202may appear in interface 1100 in response to a user interacting with(e.g., clicking, tapping, etc.) one of the elements on the grid 1120.The window 1202 may allow the user to enter, adjust, select, or updatevarious attributes of the selected element. In FIG. 12A, the selectedelement is a chiller subplant (e.g., the subplant element 1106). Theuser can select or adjust the total storage draw, a total storage levelestimate, a total storage draw, a total storage level, a distributionusage, and/or other attributes of the subplant element 1106. Further, anout of service range of dates can be set for the subplant element 1106via window 1202.

The model as defined by the interface 1100 can be used to performvarious optimizations. For example, various load balancing and loadreduction techniques can be used based on the model that a user inputsvia the interface 1100. For example, optimizations such as economic loaddemand response (ELDR), frequency regulation (FR), and/or various otheroptimizations can be performed based on the defined model. Theseoptimizations may utilize a cost function that is based on the equipmentof a building. Examples of such optimizations can be found and costfunctions are provided in U.S. patent application Ser. No. 15/616,616filed on Jun. 7, 2017, the entirety of which is incorporated byreference herein.

Referring now to FIG. 12B, a flow diagram of a process 1200 for allowinga user to edit the context 704 via the interfaces of FIGS. 11 and 12A isshown, according to an exemplary embodiment. The process 1200 can beperformed by the A3S platform 714, specifically by the model designer752. In this regard, the model designer 751 and/or the A3S platform 714can be configured to perform the process 1200. Furthermore, anycomputing device described herein (e.g., the BAS controller 366) can beconfigured to perform the process 1200.

The process 1200 can allow a user, via a user device (e.g., a cellphone,a smartphone, a laptop, a desktop computer, a tablet, etc.) to visuallyview and/or edit the context 704. In this regard, the model designer 752can generate interfaces for editing and displaying the context 704. Thecontext 704 may be based on the class hierarchy described in furtherdetail in FIG. 8. Specifically, the context 704 can include entities 804and attributes 806. The entities 804 can be specific building elements(e.g., a resource (e.g., hot water, cold water, electricity, etc.), asubplant (e.g., a chiller), a utility (e.g., an electric utility, awater utility), etc.) that have specific attributes 806. For example, asubplant may have attributes which define the size of the subplant,e.g., the size of a chiller. An electric utility may have an attributewhich defines that maximum rate at which electricity can be consumedfrom the utility. For a particular building resource, the buildingresource can be defined with the entity 804 and attributes 806.

A particular context 704 may identify what entities 804 are available(e.g., what entities 804 a developer has defined) and the attributes 806for that entity 804. In this regard, any context 704 that is loaded forediting by the model designer 751 can be specific to the context 704developed by the developer. The interfaces of the model designer 751,the interface 1100 can be generic and can display information based onwhat is defined in the context 704. This allows the interface 1100 toedit any kind of building data model, improving reliability of theinterface 1100 and reusability of the interface 1100 since the editingrules of the interface 1100 are not entirely hardcoded, they are insteaddefined based on the context 704.

In step 1210, the model designer 751 can receive a user selection of acontext 704 and load the selected context 704 for visual editing via theinterface 1100. In this regard, the model designer 751 can provide theinterface 1000 and/or the interface 1100 to the user via a user deviceand allow the user to select a particular model, e.g., a particularcontext 704. The context 704 can be selected via the select a modeloption 1014 of the interface 1000. In some embodiments, the context 704and other contexts are displayed in a drop down list and a user can beprompted to select one of the contexts from the drop down list.

In step 1212, the model designer 751 can generate a building modeleditor, the interface 1100, which includes a building element paletteincluding multiple building elements and a canvas for connecting thebuilding elements of the building element palette together. In someembodiments, the building element palette is based on the context 704.In this regard, the building element palette may be populated withparticular building elements (e.g., resources, subplants, utilities,etc.). The building element palette may include building elementsdefined by the context 704 via the entities 804. In this regard, themodel designer 751 can identify what building elements the context 704includes and generate the building element palette based on the buildingelements defined by the context 704.

In step 1214, the model designer 751 can receive user placements of thebuilding elements of the building element palette onto the canvas. Inthis regard, a user can interface with a display screen or input deviceof the user device to select a building element of the building elementpalette and place the building element onto the canvas. The buildingelements of the building element palette may identify building elementsthat are possible and are defined by the context 704, the buildingelements placed onto the canvas may be actual building entities that arepart of the building model defined by the context 704.

In step 1216, the model designer 751 can receive a connection between anoutput of a first building element and an input of a second buildingelement only if the context 704 allows the connection. In this regard,the model designer 751 can identify whether, based on the context 704, aparticular connection is allowed or not. Once determined, the modeldesigner 751 can allow only those connections which the context 704identifies as allowable. An example of such a connection may beconnecting an electric resource connected to an electric utility to asubplant. If the subplant is a battery, the input of the batterysubplant can be connected to the electric utility resource output.However, if the subplant is a chiller, the water input of the chillercannot be connected to the electric resource of the utility. Rather thanhardcoding these rules into the model designer 751, allowing the modeldesigner 751 to retrieve these connection rules from the context 704allows for the generic development of the model designer 751 sincespecific rules can be developed when developing the context 704.

In step 1218, the model designer 751 can generate attribute options fora selected building element. A user may interact with the buildingelement, e.g., click on, the building element and cause another window,e.g., the window 1202 as described with further reference to FIG. 12A tobe displayed. The window 1202 may display various attribute options foradjustment by a user via the user device. The attribute options can bedefined by the context 704. For example, the context 704 may indicatewhich attributes 806 are associated with what entities 804, i.e., whatoptions are available for a building element. In this regard, the window1202 may be a generic interface of the model designer 751 which themodel designer 751 determines the specific information for based on thecontext 751. The user can adjust, update, or change the current settingsof the window 1202.

In step 1220, the model designer 751 can generate an updated context 704based on the user adjustments of the steps 1214, 1216, and 1218, i.e.,placing and connecting building entities and selecting attribute valuesfor the building entities. The updated context 1220 can be pushed to alive site to control environmental conditions of the live site (e.g.,building), based on the updated context 1220. For example, the go liveservice 772 can use the updated context 704 to operate a building.

Steps 1222 and 1224 may be optional steps or may be specific to aparticular context 704, for this reason they are shown in dashed boshes.The steps 1222 and 1224 can be specific to using the model designer 751to generate an optimization problem visually and use the optimizationproblem to select optimal equipment settings for building equipment.Examples of performing optimizations can be found in U.S. patentapplication Ser. No. 15/616,616 filed on Jun. 7, 2017, the entirety ofwhich is incorporated by reference herein.

In the step 1222, the model designer 751 can generate an optimizationproblem based on the user inputs of the preceding steps, specifically,based on the placement of the building elements, the connections betweenthe building elements, and the user editing of the attribute options. Insome embodiments, this information is used to generate optimizationconstraints for the optimization problem. Such optimization constraintscan be equality or inequality constraints and can be based on theplacement and/or attribute settings for the building elements.

An example of an inequality constraint may be one that limits the amountof power P_(grid,k) received from energy grid at any time step k to beless than or equal to the maximum amount of power that the energy gridis able to provide. This inequality constraint is shown by the equationbelow:

P _(grid,k) ≤P _(grid,max)

where P_(grid,k) is the amount of power received from an energy grid attime step k and P_(grid,max) is the maximum power that energy grid iscapable of providing at any given time step. The maximum power that theenergy grid is capable of providing may be a user defined attribute setvia the window 1202. The above inequality constraint may be an exampleof a constraint generated by the model designer 751 in response todetermining that an energy grid building element is connected to energyconsuming equipment and a user sets a maximum grid power amount.

Another example of an optimization constraint may be an energy balancingconstraint. For example, an equality energy balancing constraint mayspecify:

P _(grid,k) −P _(equip,k) −P _(bat,k)=0

where P_(grid,k) is the amount of power received from an energy grid attime step k, P_(equip,k) is the amount of power consumed by buildingequipment at the time step k, and P_(bat,k) is an amount of powerdischarged at the time step k (note that when the battery is dischargingP_(bat,k) may be a negative number and when charging is a positivenumber). The model designer 751 can generate such a balancing constraintif the user connects three specific building elements, buildingequipment (e.g., a chiller subplant), an energy grid, and a batterytogether such that the building equipment can consume power generated bythe grid or the battery and/or that the grid can provide power to thebuilding equipment or receive power from the battery.

In step 1224, based on the constraints generated in step 1222, the modeldesigner 752, or otherwise the A3S platform 714, can perform anoptimization with the constraints of step 1222 to determine optimaloperating points for one or more time steps. Furthermore, the A3Splatform 714 can operate the building equipment based on the determineoptimal operating settings. Examples of optimization with optimizationconstraints is provided in U.S. patent application Ser. No. 15/616,616filed on Jun. 7, 2017, the entirety of which is incorporated byreference herein. An example of optimization may be minimizing cost ormaximizing revenue defined by an objective function, e.g., the objectivefunction provided below.

$\underset{x}{\arg \min}{J(x)}$

where J(x) is defined as follows:

${J(x)} = {{\sum\limits_{sources}{\sum\limits_{horizon}{{cost}( {{{pur}{cha}\; {se}_{{resource},{time}}},{time}} )}}} - {\sum\limits_{incentives}{\sum\limits_{{horizo}n}{{revenue}({ReservationAmount})}}}}$

The first term in the previous equation represents the total cost of allresources purchased over the optimization horizon. Resources caninclude, for example, water, electricity, natural gas, or other types ofresources purchased from a utility or other outside entity. The secondterm in the equation represents the total revenue generated byparticipating in incentive programs (e.g., IBDR programs) over theoptimization horizon. The revenue may be based on the amount of powerreserved for participating in the incentive programs. Accordingly, thetotal cost function represents the total cost of resources purchasedminus any revenue generated from participating in incentive programs.

Simulator Tool

Referring now to FIG. 13, an interface of the simulator 754 for the RDSapplication 712 is shown, according to an exemplary embodiment. Thesimulator 754 focuses on providing a single service to the user. Thesimulator can run any kernel 706 targeting the active model and allowingcomparison between various experiments. The RDS application 712 aims atproviding a simulator service that reflects how algorithm developersutilize their algorithms. In many cases, these developers have methodsto their experimentation. They usually build a model, edit the model'sdata, solve the model against some settings, analyze results, andcontinue to edit the model, solve the model, and analyze the resultsuntil satisfied with the model.

A user first creates a new model and chooses which kernels to target.This setting allows the RDS application 712 to filter out unnecessarypoints needed to run the targeted kernels. Once created, the user cancreate the model and edit the model's data (steps one and two). Thenthey can solve the model by supplying the kernel settings and pressingsolve. To solve models, the RDS application 712 connects to an A3Splatform 714 cluster and runs the job. During this process, real timejob progress is tracked and shown to the simulator app at the bottomalong with estimated completion times. Once complete, the primarycomparison view of the simulator updates.

The interface 1300 shown in FIG. 13, displays relevant data forcomparison between runs, according to an exemplary embodiment. From runto run, various design parameters may change and will show up on thetable view. This table view presents each experiment as a row and thecolumns represent various points within the model to compare against.The user may choose to add or remove columns from the view at any timeto expand their set of values to monitor during their experimentation.

At any time, the user may also recover an experiment's input data backinto the active model allowing them to create a new experiment from apast experiment. Once created, experiments block a user from editing thephysical structure of that model until the user deletes all experimentsor clones the model to a clean state. This allows the RDS application712 to take advantage of performance enhancing strategies when storingthe experiment data.

Analytics Tool

During the course of experimentation, a user may encounter formulationsof data that the algorithm developer did not provide for display in thesimulator. The analytics tool directly targets this scenario byleveraging the work of the analytic provided in the CML 710. Considerthe example analytic script provided within the description of theanalytic itself, the RDS application 712 provides an in-browser IDE thatenables editing analytic scripts like these.

Using these scripts that target either the active model's FQRs or theactive model's context based URNs, the analytics tool will executeagainst the selected experiments and display all the plots as tabs onthe right side of the UI. This allows a user to extend upon the basicmodel provided by the algorithm developer to discover new informationnot otherwise available.

Application Designer

Referring now to FIG. 14A, a block diagram illustrating the applicationdesigner 750, according to an exemplary embodiment. A data model (e.g.,the data model 799) may include expert knowledge, however, theapplication designer 750 can be configured to allow the genericabstraction of those expert details for presentation to an end user bypresenting data of the data model via the animation of SVG elements thatare bound to widgets in custom dashboards. The application designer 750may be accessible by a user via a user interface (e.g., an HTML5 basedinterface). The application designer 750 can be accessed by a user via asmartphone, via a tablet computer, via a terminal, via a desktopcomputer, or any other computing device that can be configured with adisplay interface and a user input interface.

The application designer 750 can be a standalone program or can beintegrated with the model designer as described with reference to FIGS.10-13. The application designer 750 can be implemented as a microservice(e.g., implemented via Service Fabric). Having the application designer750 implemented as a standalone program can alleviate user difficultiesfrom dealing with tight coupling between the model designer and theapplication designer. Within the RDS application 712, users containroles that allow them to access various tools within the RDS application712 suite. In some cases, an administrator may choose to remove accessto various tools to give the user a seamless experience separated fromthe algorithm's model and instead provide apps they have designed. Theapplication designer 750 currently aims at generalizing the creation ofmodel design wizards and real time dashboards (e.g., the dashboard 1400Bof FIG. 14B) with override abilities.

The application designer 750 can be configured to receive user uploadedscalable vector graphics (SVGs) that a user can generate via anillustration platform 1452. An SVG may be an XML-based vector imageformat for two-dimensional graphics that supports user interaction andanimation. The illustration platform 1452 can be any program and/orcomputing system configured to generate SVG files. For example,illustration platform 1452 can be one, or a combination of, ADOBEILLUSTRATOR®, INKSCAPE®, Gimp, etc.

Referring more particularly to FIG. 14A, the uploaded SVGs are SVG1,SVG2, and SVG3 are shown to be uploaded to the application designer 750.Any number of SVGs can be uploaded by the user to the applicationdesigner 750. In some embodiments, the application designer 750 supportsany file type for a graphic element that supports user interaction andanimation. Using the uploaded SVGs, the application designer 750 enablesthe ability to generate a widget by binding the provided SVG elements tothe widget. By clicking on the SVG elements, the user may select acertain widget to bind to the SVG element. In some embodiments, theapplication designer 750 includes a point value plot widget that usesthe format of the SVG string to set properties like precision, size etc.and points to a fully qualified reference (FQR) within the active modeland displays its data in the requested unit (e.g., Celsius, Fahrenheit,second, hour, CFM, etc.).

When clicked, some SVG widgets may plot the last user defined amount ofdata in a model. For example, the SVG based widget may be configured bya user to plot a weeks' worth of temperature data points for a buildingin response to a user interacting with the SVG widget. In someembodiments, the RDS includes a “tween widget.” A tween widget mayinterpolate across (e.g., between) a range of values to create naturalfluid animations (e.g., natural changes in pitch, graphic animation,volume, etc.). For example, the tween widget may transition between twostates but may animate with more than two frames, causing a smoothanimation. This type of widget can animate the target element (e.g., atemperature data point) between two endpoints given a conditional checkto an FQR. For example, the tween widget can be a linear scale with amarker, the marker changing location between the end points of thelinear scale based on the value of the target element.

In some embodiments, the RDS application 712 may include a color changewidget that changes the color of an SVG element based on a map for aprovided FQRs value. The color map may be a relationship between colorvalues for the widget or a particular element of a widget. For example,if the widget is the sun and a cloud, the sun may be the element thatchanges color while the cloud may remain the same color. The color mapcan be a lookup table, a mathematical function or any other relationshipthat can take the value of the data point and determine an appropriatecolor for the widget.

In some embodiments, the RDS application 712 includes a navigate widgetthat turns the SVG into a button that navigates to another page. In someembodiments, interacting with the SVG widget may bring a user to a pagedisplaying additional information for the data displayed by the widget.For example, if the widget illustrates current power consumption of afacility, interacting with the widget may bring the user to a page withillustrates power consumption usage over the past month.

In some embodiments, the user may only link one widget to each elementto enforce some level of standardization. For example, if one widgetdisplays temperature for a particular zone of a building, theapplication designer 750 may prohibit a user from configuring anotherwidget to display that same temperature in another widget. Also, eachdesign mode may offer different widgets. Once the user completelyconfigures all of the SVGs they want to, they can save the applicationand it will populate in the homepage and the slide out menu. At anytime, the user may bring back the application into edit mode or removeit, assuming they have permission to.

In FIG. 14A, the application designer 750 may provide a user withvarious pages 1456 that each include a widget generated based on aparticular SVG (i.e., SVG1, SVG2, and SVGN). The pages 1456 can be aselectable list of SVGs that a user can select one or more of. The usercan select various points from the points column 1458 to be connectedwith the widget. The points column 1458 may also be a selectable listdisplayed by the application designer 750. In FIG. 14A, a user hasselected the SVG1. The SVG1 can be displayed in the application designer750 as the selected SVG. The widget page for the selected SVG includes atext field and a particular data display 1459. If the user interactswith the point of the data display 1459, a configure widget window 1460may open in the application designer 750. In response to interactingwith a type button in the configure widget window 1460, the configurewidget window 1460 may indicate which points have been bound to thewidget of the selected SVG. In FIG. 14A, point A has been bound to theSVG1.

The pages column 1456, the points column 1458, and a display of acurrently selected SVG can simultaneously be displayed by theapplication designer 750. In this regard, a user can view the selectedwidget within one display pane, display the page associated with theselected widget in another display pane, and display a point associatedwith the selected widget in yet another pane. Displaying multiple panestogether in a single display can improve user development of a dashboardby speeding up development since the user can simultaneously displaymultiple forms of development information.

Once the edits and updates are made via the application designer 750,the user can deploy the dashboard, e.g., the dashboard 1400 a. Thedashboard 1400A can display the SVGs and gather values for the datapoints to be displayed in the widgets that the SVGs are bound to. InFIG. 14A, the widget with SVG1 bound to it is selected and displayed.Via the pages column 1462, the user can select and display differentwidgets associated with different SVGs. The pages column 1462 may be aselectable list displaying all the SVGs that a user can select. Based ona user selection of one of the pages of the pages column 1462, theselected widget can be displayed in display pane 1463. The display pane1463 can display the selected widget and data, e.g., a data display1459, to an end user. The pane which includes the pages column 1462 andthe display pane 1463 can be displayed simultaneously within thedashboard 1400A.

The data display 1459 may be updated with gathered data for point A of asystem 1466 (e.g., an A3S system deployed for a site). In someembodiments, the points of the system 1466, i.e., the points 1468, arevalues stored within a data model for the system 1466 (e.g., the datamodel 779).

Live Dashboard Application

Referring now to FIG. 14B, a live dashboard, an interface 1400B for theRDS application 712 is shown, according to an exemplary embodiment. Theinterface 1400B can be designed or updated via the application designer750 as described with reference to FIG. 14A. A live dashboardapplication may connect SVG elements (e.g., SVG1, SVG2, SVG3, etc.)using widgets to a live system (e.g., the system 1466). In FIG. 14B,widgets update all the string values shown linked in via SignalR tomaintain a live stream. In addition, the carrots on the lines animateand the color of the line changes based on the amount of power flowingbetween the platforms in the live system. In this example, even the sunchanges color and cloud changes opacity based on cloud cover amount too.Developers may quickly extend widgets because the architecturesimplifies their creation down to plugins.

The application designer 750 does not limit the widgets to only displaydata, they may change the data too. Switch widgets and value changewidgets exist that will modify the values present in the live systemimmediately. This allows users to interact with their system in realtime. The possibilities have no limit, the application designer 750enables a one and done solution to any future live system to keep thearchitecture unchanging. Users only need to request new widgets whenthey have visions that exceed the original scope this architecturetargets.

In FIG. 14B, the interface 1400B identifies various buildings,equipment, resources, and metrics. Specifically, the interface 1400Bindicates total revenue 1412. This may be revenue from participating invarious programs (e.g., frequency regulation (FR), economic load demandresponse (ELDR), storage and discharging energy via photovoltaic arrays,etc.). The interface 1400B can further indicate an hour revenue (i.e.,indicator 1416) and faults for the facility that the interface 1400Brepresents (i.e., scans in violation indicator 1414).

The interface 1400B identifies equipment and the current performance ofthe equipment (e.g., the photovoltaic array 1406, the battery container1408, and the point of intersection 1404). The identifiers of theequipment may be points within the data model 799 and can be powerstored by the battery, percentage of charge of the battery, powergenerated by the photovoltaic array and/or percentage of cloud coverage.The campus 1410 can indicate the power being consumed by the campus.Furthermore, the point of intersection may indicate power consumptionand ramp rate percentage. The grid power, indicated by 1402, canindicate the current frequency of the power grid.

The Model Design Wizard Application

Consider a user creating a model from scratch using the model designer.This user must learn about how to first. If requirements state that theuser remains laymen however, then the algorithm developer may choose tocreate a model design wizard application using the application designer.This application enables the creation of models that provide a step bystep approach to running an algorithm.

It functions in the application designer using SVGs and special modelediting widgets that enable automatically adding and removing variousentities from the model. Once added, their data can be edited usingattribute display widgets that leverage the attribute editor from modeldesigner itself. The goal of model design wizard applications is toreduce the amount of custom deployments necessary for the variouschanging requirements present within algorithm development and salesteams.

Algorithms as a Service (A3S) and Microservice System

This disclosure focuses on enabling algorithms as a service whetherwithin advanced development or within an external system. Too muchexpert knowledge within algorithm developers has to leak out to anorganization before they can create a working architecture. The A3Splatform 714 provides a mechanism for the algorithm developer to puttheir expert knowledge into and as a result the architecture providesstandard APIs to the rest of the organization. To enable algorithms as aservice, several commonly seen problems need solving: load balancing,multi-machine clusters, replication, rolling updates, hyper scaling,cost effective, etc.

As shown by FIGS. 7A and 7B, the algorithms as a service framework mustenable the management of thousands, hundreds of thousands, or millionsof algorithm executions without interruption and without performanceflaws both online and offline. To achieve such a goal, this work mustleverage the expertise of others working in this domain. For thatreason, the A3S platform 714 can be constructed on top of MICROSOFT®Service Fabric, a platform builder that covers all of the system levelrequirements on the proposed architecture.

Service Fabric

Referring now to FIG. 15, of a distributed microservices system 1500that can be used with the A3S 712 is shown, according to an exemplaryembodiment. The microservices of the microservices system 1500 can runin a main cloud (e.g., MICROSOFT® AZURE), a private hosted cloud, or inan on-premises hosted cloud. The clouds can be implemented on varioussystems, controllers, MICROSOFT® WINDOWS based servers, Linux basedservers, etc. In some embodiments, the distributed microservices system1500 can be MICROSOFT® SERVICE FABRIC that is an internal infrastructurefor Azure. The microservices system 1500 can enables a developer tobuild and manage scalable and reliable applications composed ofmicroservices running at very high density on a shared pool of machines(referred to as a cluster). The microservices system 1500 can provide asophisticated runtime for building distributed, scalable stateless andstateful microservices. The microservices system 1500 can also providecomprehensive application management capabilities for provisioning,deploying, monitoring, upgrading/patching and deleting deployedapplications.

The microservices system 1500 can enable a developer to scale differentparts of your application depending on its needs. Second, developmentteams are able to be more agile in rolling out changes and thus providefeatures to your customers faster and more frequently. The microservicessystem 1500 can be used with MICROSOFT® AZURE SQL DATABASE, MICROSOFT®AZURE DOCUMENTDB, MICROSOFT® CORTANA, MICROSOFT® POWER BI, MICROSOFT®INTUNE, MICROSOFT® AZURE EVENT HUBS, MICROSOFT® AZURE IOT, SKYPE FORBUSINESS®, and many other MICROSOFT® AZURE services.

The microservices system 1500 can create “born in the cloud” servicesthat can start small, as needed, and grow to massive scale with hundredsor thousands of machines. Internet-scale services can be built ofmicroservices. Examples of microservices include protocol gateways, userprofiles, shopping carts, inventory processing, queues, and caches.Service Fabric is a microservices platform that gives every microservicea unique name that can be either stateless or stateful.

The microservices system 1500 can provides comprehensive runtime andlifecycle management capabilities to applications composed of thesemicroservices. The microservices system 1500 can host microservicesinside containers deployed and activated across the cluster. Moving fromvirtual machines (VMs) to containers makes possible anorder-of-magnitude increase in density. Similarly, another order ofmagnitude in density becomes possible by moving from containers tomicroservices. For example, a single Azure SQL Database cluster includeshundreds of machines running tens of thousands of containers hosting atotal of hundreds of thousands of databases. Each database is a ServiceFabric stateful microservice. Using containers can give high densitywhile using microservices can provide hyperscale.

A3S Algorithm Execution

Referring now to FIG. 16, a block diagram 1600 of an A3S cluster isshown, according to an exemplary embodiment. The A3S platform 714 mustenable a system that provides execution of countless algorithms inparallel robustly, according to some embodiments. To achieve this, thearchitecture must eliminate any wait times between algorithm calls andexecutions. The A3S platform 714 takes the following high-level form,the high-level design of the A3S platform 714 shows severalmicro-services all in charge of small well-defined roles within ServiceFabric. The high-level design easily splits into three main purposes,offline execution of kernels, online runtime management, and the webinterface.

The workflow of offline execution involves letting Service Fabric dowhat it does best, manage incoming requests among its many nodes. Thearchitecture of offline execution involves several pieces the externalinterface 766, the gateway 796, the kernel balancer 788, the kernelservices 790, and the kernel workers 792.

The external interface 766 allows external systems easy access into anA3S cluster, an instance of the A3S platform 714. The external interface766 aims at providing access to the various functions exposed by thegateway service 796. Whether it involves introducing a new sequencer1612 to the sequencing service or beginning a new kernel job for thekernel workers 792, the external interface 766 exposes the usefulendpoints. When working with offline kernel job execution, the A3Splatform 714 relies on a notification system to drive informationexchange with the job owner. The external interface 766 relies on thisnotification service to notify the external system to trigger on statusupdates.

Consider the example solver ran in the CML 710 section,

var solverOptions=new PlanningAssetAllocatorOptions( );solverOptions.CurrentTime.Update(new DateTime(2015, 1, 1));solverOptions.PlanStart.Update(new DateTime(2015, 1, 20));solverOptions.PlanEnd.Update(new DateTime(2015, 1, 25));solverOptions.Solve<DataBox>(model, null);var results=solverOptions.Solve<DataBox>(model, null);

Example Code 12, Running Kernel in Process

Instead of solving this model within the local process running andoff-shell it to the A3S platform 714, consider the following codesnippet,

RemoteApi.Initialize(Guid.Empty, new TimeSpan(0, 0, 5), “http://a3s0”);var id = RemoteApi.BeginSolve(solverOptions, model, $“Test {i}”);RemoteApi.StartListener( ); RemoteApi.Updated += args => {//on completeaction...} //wait... for completion notification var result =RemoteApi.GetResult<DataBox>(id); RemoteApi.Deinitialize( );

Example Code 13, Off-Shell Kernel Execution to A3S with the RemoteInterface

This code snippet enables the current process to send the model and thesolver options to the A3S platform 714 using the external interface 766.The remote API then starts listening to A3S notifications with the startlistener command. After getting the completion notification, get resultwill return and drain the results from the A3S platform 714. Thisprocess on a run that normally executes in around 15 seconds only addsan additional second to the solution time.

The gateway 796 bridges an endpoint, the external interface 766 cantarget, to the service fabric's proxy. This allows the externalinterface 766 to reach out to the kernel balancer 788 to run the offlinekernel job commands themselves.

The kernel balancer 788 can manage the overall balancing problem ofexecuting offline kernel jobs. It manages uploading jobs into a reliablestore, queuing jobs and balancing jobs among all of the kernel services790 running in the cluster. The kernel balancer 788 can activate on atimer and analyzes the current distribution of jobs among the cluster.The kernel balancer 788 can manage the queue using a simple costfunction that involves priorities of low, medium, high and critical. Forjobs marked critical, the kernel balancer 788 can allow overloadingkernel services 790 and send the job to the lowest utilized kernelservice 790. Otherwise, the other priorities have modifiers against thetotal time in queue and jobs will execute using this value in order fromhighest to lowest. Job executions may only load services up to 100percent utilization—the ratio of jobs running to total computer CPUs.Once the service 790 completes, it returns its results to the kernelbalancer 788 that then places the results back into the reliable storeuntil the owner drains the results. The kernel balancer 788 may performits tasks while introducing miniscule lag into the system so scaling toextreme sizes remains feasible.

The Mathworks Compiler Runtime (MCR) cannot perform parallel executionsin the same process. This creates several issues in any agent-basedarchitecture design surrounding running Matlab kernels. For this reason,the kernel service 790 introduces a new concept into service fabric thatMICROSOFT® does not natively support an actor service framework whereactors run on distinct processes instead of different threads in thesame process. The kernel service 790 does not implement this in ageneric nature and instead focuses on doing just kernel executions wellto avoid costly performance degradations.

The kernel service 790 manages these processes and keeps them alive aslong as possible to avoid initialization delay from the MCR. When thebalancer 788 pushes a job to the service 790, the service 790 scans thekernel workers 792 it has alive for any that are free and passes the jobinto it using named pipes. If active jobs exist on all the activekernels workers 792, the service 790 will create a new process. Duringthe execution of the job on the kernel worker 792, the worker 792returns progress updates and errors back through the named pipe. Oncereceived, the service 790 forwards the notifications back to the kernelbalancer 788 so they may reach the remote endpoints.

Once the job completes on the worker 792, the service 790 will thenforward the results back to the balancer 788 too. During the process ofthe worker 1610 executing, the owner may call an abort on the jobidentifier (ID). This abort propagates down to the kernel service 790that owns the job ID and it will terminate the owner process for thekernel worker 792 to enforce immediate freeing of resources.

As previously described by the kernel service 790, the kernel worker 792serves the role of kernel execution. The kernel worker 792 maintains analways on process that listens on named pipes for work. In this manner,the kernel service 790 may at any time send work to the kernel worker792 or simply terminate it. All errors within the kernel runtime reportback into the results of the job that contained the error. Finally,kernels do not maintain direct references into the kernel worker 792 andinstead load dynamically into the process at startup. This allowsruntime updates of the kernels from the external interface 766 withoutthe deployment needing to change or update.

Operational sequencing (e.g., the sequencer 1612) has different focusesthan offline execution. The sequencer can be a service (e.g., amicroservice) and/or can be an actor/agent. Primarily, the goals aroundthis form of execution surround that of operational systems (e.g.,building equipment) with algorithms at the center. Applications thatutilize this form of execution exist, e.g., optimizing central energyfacilities, distributed battery storage problems or airside optimizationwith demand response. The sequencer 1612 is described with furtherreference to FIGS. 17A-17B.

Dynamic Cloud Based Control Framework—the Sequencer

Referring now to FIG. 17A, a high level system 1700A of a dynamic cloudbased control framework is shown, according to an exemplary embodiment.The dynamic control framework is a system that solves online controlaspects of an algorithm for a live site, according to some embodiments.The system is impervious to failures and executes algorithms with liverolling updates, according to some embodiments. Via a sequence, thesystem is configured to be dynamically updated and edited. The dynamiccloud based control framework offers a solution that doesn't have to bespecifically programmed for each use case encountered to execute controlalgorithms for remote sites (or local sites if deployed on premise). Themethod includes capturing all data needed to know how to control theremote site. This data can be deployed via a package 1703 into thesolution that will then automatically configure the connection to a site(provided the site first connects to us for security, the solution willthen link it to its control strategy). Once the package 1703 isuploaded, the package 1703 can be changed at any time to allow controlstrategies to very based on the needs of a remote site 1794. The package1703 is shown to include a sequence 708. The sequence 708 may be thesame as and/or similar to the sequence 708 as described with referenceto FIGS. 7A-7B.

Algorithm developers can safely deploy new algorithms (e.g., kernels706) and new data models (e.g., a data model 799 implemented based on acontext 704) to the site provided they commission any new missing dataor site links along with it (e.g., through the package 1703).

Making a connection scans for a sequence 708 designated for the site616. A sequence 708 can provides all the necessary configuration detailsto run a kernel 706 against a live system such as indications of datapoints to collect and dispatch, endpoints for communication andexecution order of kernels 706. Each kernel 706 may specify input raterequirements and the input output linkage specify the inputs from site616 to be collected. All collected data can be cached in the site datacache 1792. Kernels 706 can be executed by a timer or triggered by ananalytic written against collected input data. After execution, the A3Splatform 714 puts away the data and dispatches it to site 616.

Referring more particularly to FIG. 17A, the A3S platform 714 is shownreceiving the package 1703 that includes a sequence 708 and controllingthe remote site 616 based on the package 1703. The sequence 708 caninclude information that indicates when and how to run kernels 706against the data model 751 as implemented by the context 704. Thesequence 708 is shown to include InputOutputLinkages 1797 and a sequenceelement 1799. The InputOutputLinkage 1797 can indicate, in the sequence708 a physical point for equipment of the remote site 616. TheInputOutputLinkage 1797 physical points can be linked to points of thedata model 751. The sequence element 1799 can be an indication of aparticular kernel and the execution rules for the identified kernel.

For example, one kernel may be an algorithm for determining atemperature setpoint for a particular zone of the remote site 616. Thesequence element 1799 may indicate a timer at which to execute thekernel (e.g., every 10 minutes, every hour, etc.) and can indicate adata point of the data model 751 which upon a change (e.g., thresholdchange, state change, etc.) causes execution of the kernel. For example,a temperature determination algorithm may be configured to if occupancyfor the particular zone of the remote site 616 changes.

The InputOutputLinkage 1797 is shown to include “Source Target Pair:Tup<str,str>.” This information may be a tuple of two data elements(e.g., strings) which identify the link between a data point in theremote site 616 and a data point of the data model 751. For example, abuilding controller in the remote site 616 may have a data point of“Temperature 1—ID 50001” while the data model 715 may have acorresponding point of “Building A, Zone B, Ambient Temperature.” Thedata point “Temperature 1—ID 50001” may be a physical data point of theremote site 616 while the corresponding digital point “Temperature 1—ID50001” can be a digital point of the data model 751. Once possible“Source Target Pair” may be Tup<“Temperature 1—ID 50001”, “Building A,Zone B, Ambient Temperature.” In this regard, when retrieving data fromthe physical data point of the remote site 616, the sequence 708 canindicate which data point of the data model 751 to store the retrievedvalues in. Furthermore, when determining a value for a data point of thedata model 751, e.g., a zone setpoint, the sequence 708 can indicatewhat physical point to send the value to send to the remote site 616. Insome embodiments, where necessary, the InputOutputLinkage 1797 includesmultiple source target pairs and indicates multiple different virtuallinks.

The “Virtual: Analytic” can indicate a virtual service or softwareprogram that requires information determine via a kernel 706 and thesequence 708. For example, a particular system for displayinginformation determine with the sequence 708 may display the informationto the end user. For example, a particular software system can displaytrending temperature data for a zone of the remote site 616. In thisregard, the InputOutputLinkage 1797 can identify the software serviceresponsible for logging, trending, and presenting the data to the enduser and can allow the A3S platform 714 to provide the necessarytemperature data to the software data trending service.

The sequence element 1799 can indicate kernel execution information inthe sequence 708. The sequence element 1799 is shown to include “KernelType,” “Timer Execution Option,” and “TriggerOn.” The “Kernel Type” mayindicate a particular kernel 706. For example, the “Kernel Type” canidentify a particular single Kernel 706 or multiple different similarkernels 706. For example, the sequence element 1799 may be thecorresponding sequence element 1799 for a particular Kernel or for aparticular group of Kernels. For example, a type of Kernel 706“Temperature Setpoint Adjustment” may be a Kernel 706 responsible fordetermining setpoint adjustments for the remote site 616. The timerexecution option and/or trigger on settings for the sequence element1799 may be the same for all the “Temperature Setpoint Adjustment”kernels. This sequence 708 can include InputOutputlinkage 1797 whichcorresponds to appropriate source target pairs and/or virtual associatedwith the “Temperature Setpoint Adjustment” kernel type. The timerexecution option may indicate when to collect data for the data model751 via the source target pair 1797 of the InputOutputLinkage 1797. Thetimer execution option may be an indication to periodically collectand/or dispatch data at a predefined timer execution indicated by thesequence element 1799. The triggerOn setting may indicate to collect,dispatch, and/or provide information to an end service in response to aparticular value of the data model 751 and/or remote site 616 changing,changing by a predefined amount, and/or in response to a userinteraction or command (e.g., a user interaction via a web interface,e.g., a request for data).

The sequence 708 can include both the timer execution option and thetriggerOn option. For example, the sequence 708 may collect temperaturedata and provide the temperature data to an temperature trending servicethat displays a trend of the temperature data. The timer executionoption may indicate a period at which to collect temperature values forthe sequence 708 while the trigger on setting may indicate that if auser initiates a request via the interface that the A3S platform 714immediately collects a temperature value from the remote site 616.

In some embodiments, the timer execution option and/or the triggerOnoption indicate when to execute a kernel 706. For example, a kernel 706can be a kernel for determining an appropriate temperature setpointbased on the ambient temperatures of multiple zones of the remote site616. The A3S platform 714 can execute, via the sequence element 1799,the temperature setpoint determination kernel every hour based on thetimer execution option. However, if the temperature of one of the zonesof the remote site 616 rises or falls by a predefined amount, thetriggerOn option may indicate that the kernel should run immediately.

Based on the data model 751 implemented by the A3S platform 714 based onthe received context 704, the A3S platform 714 can be configured to runvarious kernels against the data model 751 based on the sequence 708.Based on the sequence 708, the A3S platform 714 can be configured tocollected input data from the remote site 616, dispatch control data(e.g., results of Kernel execution) to the remote site 616) andotherwise make connection with the remote site 616. Based on thesequence 708, the A3S platform 714 can be configured to store the inputdata in the data model 751, detect trigger data (e.g., a timer, a datapoint state change, etc.), and execute kernels based on trigger data.The result of the kernel execution can be stored in the data model 751and/or dispatched to the remote site 616 to control building equipmentof the remote site 616.

Referring now to FIG. 17B, a block diagram of a sequencer 1612 from theA3S platform 714 block diagram of FIG. 16 is shown, according to anexemplary embodiment. FIG. 17B provides greater detail regarding system1700A of FIG. 17A. The operational sequencer 1612 can be configured toperform a process, process 1700C as described with reference to FIG. 17Band FIG. 17C. Process 1700C may include steps such as configuration,execution, storage, point collection, point dispatching, and userinteraction. FIG. 17B is a block diagram illustrating the sequencer 1754and the process 1700C of a high-level operational process that thecomponents of system 1700B can be configured to perform. The gateway1604 can be configured to halt the process at any time. If the processcrashes, the A3S platform 714 can replicate (e.g., Service Fabric canreplicate) another sequencer 1612.

Referring particularly to FIG. 17C, the process 1700C begins at step1702 with configuration, an external system supplies a data model (e.g.,a context 704) based on the CML 710 and a configuration object thatcontains the site map, analytics, and/or system/network configurationdetails (e.g., the sequence 708). Using this information, the A3Splatform 714 then initializes a new agent (i.e., the sequencer 1612) incharge of managing the designed sequence 708 designated by a unique ID.

In step 1704, the execution thread 1756 then picks up the package 1703(the package 1703 including the sequence 708) and behaves as instructed,running jobs at designated times and interfacing with its reliablestorage. When a kernel executes, the process follows a set procedure.The sequence 708 may determine when data should be collected and whenkernels 706 should be run. The sequence 708 may be based on the package1703. The sequence 708 may be a CIVIL sequence diagram object thatindicates the order of execution for kernels.

In step 1706, the execution thread 1756 calls the specifiedcollector-dispatcher 619 (e.g., the collector-dispatcher associated withthe site that the sequence 708 has been instantiated for) to collectdata. The collector-dispatcher 619 can be a service running locally atthe site that can receive input data from equipment of the site and canprovide output to the equipment. In response to receiving the command tocollect the data, the collector-dispatcher 619 then connects to the sitethrough a local protocol implemented at the site and collects thenecessary input data. Once collected, the collector-dispatcher 619returns the data to the execution thread 1756.

Once received, in step 1708, the execution thread 1756 updates reliablestorage (i.e., the data model 799). The reliable storage can beautomatically replicated to many nodes. Further, in response toreceiving the data, the execution thread 1756 can trigger the gateway tosend update notifications to external systems that may monitor thestorage.

In step 1710, once updated, the execution thread 1756 executes therequested kernel using the infrastructure managed by a kernel balancer(e.g., the kernel balancer 788). If the kernel execution performs realtime control, it receives a priority for the kernel execution. Once thejob completes, the data model 799 gets another update based on theresult of the job (step 1712) and then sends a corresponding dispatchoff to the collector-dispatcher 619 and the data endpoint 1766 (step1714).

The process 1700C then repeats as often as it is configured to repeat(e.g., as specified by the sequence 708). In addition to running kernelson a clock, the collector-dispatcher 619 may trigger kernels, or kernelsmay run by the external system's request. For example, the sequence 708can cause the execution thread 1756 to trigger kernel execution based ona state change of the data endpoint 1766 causing the execution thread1756 to execute one or more control algorithms (e.g., kernels 706) onkernel workers 1610. In the various embodiments, described herein, theexecution thread 1756 can follow the same and/or a similar process asprocess 1700C.

An external system such as the RDS application 712 can interlink to thesequencer 1754 directly and use SignalR to keep clients up to date oninformation pertaining to the site. For example, the RDS application 712may access the data of the Data model 799 and provide the data of thedata model 799 to the user via a user interface. The RDS application 712can be configured to access the data model's store, the data model 799,and modify any live running configuration parameters of the data model799.

Service fabric provides the sequencer 1612 the reliability necessary togain the trust of site engineers. If the sequencer 1612 for any reasonfails to execute or the server its running on loses connection or power,the A3S platform 714 using service fabric will reroute its execution toa new node and complete the job without interruption.

Web Interface

Referring now to FIG. 18, a web interface 1800 for the A3S platform 714platform is shown, according to an exemplary embodiment. The A3Splatform 714 may include a dashboard that allows users to manage how itexecutes its work and allow monitoring of the state of the A3S platform714. The web interface shown in FIG. 18 includes a kernel job managerwhich indicates the status of various jobs across multiple clusters. Thecomputing details of a cluster is included in interface 1800 in additionto the utilization of the resources for the cluster. In someembodiments, the RDS application 712 can be configured to manage thesequence functionality of the A3S platform 714. In some embodiments, theRDS application 712 and the A3S platform 714 are both be served out ofservice fabric.

Proof of Concept And Scope

The remarkable performance of the service fabric coupled with the CIVILin the proof of concept and scope gave promising results. The time tosend a local request remotely can be minuscule compared to executiontime. It was found to be in the high millisecond range compared to the15 second execution of the algorithm itself. In this proof of scope, atest case in parallel registered 500 kernel jobs. The A3S platform 714responded within expectations and executed the 500 runs over a 9-desktopcomputer cluster of over 130 cores and several hundred GBs of RAM. Withthis evidence, the A3S platform 714 facilitates highly parallelizedapplications as it will convert the problem of 1000 engines (or even 1million engines) into a matter of having enough hardware power. In casea node is down, the web service can replicate if the failure presentsitself.

Suggested Deployment Scheme

Service fabric can be deployed on premise, in the cloud, or in a hostedcloud. Within many companies, there is concern regarding the cost todeploy algorithm executions in the cloud. The A3S platform 714 providesa solution to this problem through a robust and innovative technique.

Referring now to FIG. 19, a block diagram 1900 of A3S nodes being splitbetween multiple machines is shown, according to an exemplaryembodiment. The ideas captured in FIG. 19 show that the A3S platform 714can be split up amongst even distant machines. Leveraging this allowsfor a technique of distributed processing that can save thousands ofdollars of cloud costs while remaining perfectly robust to error. A3Snodes in the cloud to the service fabric are marked as high cost and theon premise nodes locally are marked as low cost. Service fabric canforward requests down to the on premise clusters to perform executions.If those executions hang or become unreliable, the A3S cloud instancecan pick up the request and finish it itself for the premium price.

This means that any machines within a building could supplement thecloud operations and dramatically reduce cost and require little to nomaintenance (if they break service fabric will ignore them). Thesemachines can extend the A3S cluster and can run within a building (orwherever desired) and can be managed by the same group that managesAzure through the service fabric application.

The systems and method described herein provide a generalized platformthat can dramatically reduce the time to market, improve quality andstandardize algorithms by creating an architecture that requires littleto no attention. Furthermore, the systems and methods described hereinenable rapid deployment of concepts from algorithm developers tocollaborative teams. These systems and methods also simplify the abilityto test algorithms both online and offline by offering automated testenvironments hosted within the A3S platform 714. Overall, withinadvanced development, this architecture fully solves the problem ofexecuting any algorithm in any environment using any data and doing itat scales that could run hundreds of thousands of parallel executions.

If a master cluster (e.g., a cluster in Azure) determines that a runrequested is low priority and takes a long time to execute, the clusterwould decide to send it to a data center cluster for computation eventhough this cluster may be potentially less reliable. It may make thisdecision because each cluster has a price tag, the master cluster, maylike to save its own space for high priority work to prevent the mastercluster from having to scale up and charge a premium price when the datacenter cluster is ideally free or close to it since the requester of thejob may own the hardware of the data center. Overall, this ability tostich clusters together and optimally decide where to send the jobs toreduce the cost is the patentable content.

Hybrid Cluster Optimization

Referring generally to FIG. 19, a system 1900 including various nodessplit up between a cloud computing system and an on premises cluster isshown, according to an exemplary embodiment. In some embodiments, theA3S platform 714 described herein may perform job optimization tominimize computing costs by performing job optimization with variousnodes. The nodes may be Service Fabric clusters. These Service Fabricclusters may be pools of computing resources e.g., one or moredatacenters, a plurality of desktop computers, etc. Service Fabricclusters may be created in a cloud (e.g., Microsoft Azure), inside abuilding (e.g., on-premises), or in any other datacenter, hosted cloud,or cloud computing server.

In some embodiments, the A3S nodes may be run on local systems within abuilding (i.e., on-premises systems) or in cloud servers (e.g., cloudcomputing via Microsoft Azure). Since performing computing jobs withcloud based A3S nodes may cost a particular amount of money, joboptimization can leverage both local on-premises A3S nodes an cloudbased A3S nodes to minimize computing costs and maintain computingreliability. By supplementing cloud based computing via the cloud basedA3S nodes with low cost on-premises A3S nodes, computing costs can bereduced.

This idea of hybrid cluster optimization relies on the basis ofreliability and availableness of clusters that are joined to each other.Consider having a cluster of A3S deployed in Azure and one deployed in adata center. In this scenario, the Azure deployment would be the“master” for any traffic that it has been given directly.

Referring now to FIG. 20, a system 600A that can leverage hybrid clusteroptimization is shown, according to an exemplary embodiment. System 600Ais shown to include cloud server 602 and building 10. Cloud server 602may be a cloud server such as Microsoft Azure. Both cloud server 602 andbuilding 10 are shown to include one or more A3S nodes 604 and 606.There may be a plurality of A3S nodes in cloud server 602 and building10, A3S node 604 and A3S node 606 are referred to in the singular forthe sake of illustration.

A3S node 604 and A3S node 606 may be Microsoft Service Fabric Clusters(i.e., pooled computing resourced that Microsoft Service Fabricutilizes). A3S node 604 may be a deployment of an A3S node in a cloudserver (e.g., Microsoft Azure) while A3S node 606 may be a deployment ofan A3S node in a desktop computer or local building server in building10. Both A3S node 604 and A3S node 606, though deployed in differentlocations, can be configured to perform the same or similarfunctionalities. A3S node 604 and A3S node 606 can be performed on oneor more processing circuits, servers, or other computing devices.Examples of processing circuits, processors, memory, and data storagethat can be configured to implement A3S node 604 and A3S node 606 areincluded in FIG. 4 (e.g., processing circuit 404, processor 406, andmemory 408).

A3S node 604 is shown to communicate with A3S node 606 via network 601.In various embodiments, A3S node 604 and A3S node 606 can communicatecomputing jobs, results for computing jobs, computing job progress,status information, and/or any other data or indication. Network 601 maybe can be any kind of network such as the Internet (e.g., TCP/IP),Ethernet, LAN, WAN, Wi-Fi, Zigbee, BACnet, 3G, LTE, Li-Fi, and/or anycombination thereof. Network 601 may include one or more routers,modems, network switches, cellular towers, cellular repeaters, and/orany other hardware necessary for implementing a communications network.

A3S node 604 is shown to include optimizer 608 and fault manager 610.Optimizer 608 can be configured to receive a computing job and performan optimization to determine whether A3S node 604 should perform thecomputing job itself or send the computing job to A3S node 606. Faultmanager 610 can be configured to handle any faults that occur on eitherA3S node 604 and A3S node 606 when the job allocated by optimizer 608 isnot finished by either A3S node 604 and A3S node 606. Optimizer 612 ofA3S node 606 and fault manager 614 may be the same and/or similar tooptimizer 608 and fault manager 610.

Optimizer 608 can be configured to receive a computing job. In someembodiments, the computing job is received from an external user (e.g.,a request to generate a result) or is the result of a process beingperformed by A3S node 604 (e.g., automatically generating data analyticsbased on collected data). In some embodiments, A3S node 604 receives acomputing job from planning tool 618. Planning tool 618 may be acomponent of cloud server 602 that allows a user to interface withsystem 600A via a user device (e.g., user device 617). Planning tool 618may be a web application that a user can navigate to via a web address.In various embodiments, planning tool 618 communicates with anapplication running on user device 617.

User device 617 can be any computing device that a user can operate. Insome embodiments, user device 617 is a laptop computer, a desktopcomputer, a smartphone, a tablet, and/or any other computing device.User device 617 can be configured to communicate with planning tool 618via network 601. In some embodiments, a user can request a computing jobvia user device 617 and planning tool 618. In some embodiments, thecomputing job is provided to A3S node 604 via planning tool 618. In someembodiments, the job that user device 617 requests may be a request toperform calculations on data associated with building 10 and/or HVACequipment of building 10. For example, a user may request an averagedaily electric cost for building 10 for a plurality of months or years.In some embodiments, the request may be a request to determine anaverage temperature of a particular zone of building 10 on a particularday.

Optimizer 608 can be configured to generate a cost function. Examples ofcost functions are provided in U.S. patent application Ser. No.15/616,616 filed on Jun. 7, 2017, the entirety of which is incorporatedby reference herein. In some embodiments, optimizer 608 generates a costfunction that depends on the price to perform the computing job based ona predicted computing time for each A3S nodes of system 600A, a prioritylevel for the computing job, and a success probability of finishing thecomputing job for each of the A3S nodes of system 600A. In someembodiments, A3S node 604 stores processing metrics for each A3S node ofsystem 600A. In this regard, optimizer 608 can determine the length oftime it would take for each of the A3S nodes of system 600A to perform acomputing job. In various embodiments, optimizer 608 can record theprocessing times of an A3S node that it has assigned a job in order toperform future optimizations. In various embodiments, optimizer 608 canrequest information from each of the A3S nodes of system 600A for apredicted computing time for a particular job. When performing its work,it has a list of external available clusters and can query their currentload to consider in the cost function.

The cost function generated by optimizer 608 may indicate that computingjobs performed by A3S nodes in cloud server 602 are higher cost thanperforming computing jobs in A3S nodes that are on-premises (i.e., inbuilding 10). In some embodiments, optimizer 608 determines, via thecost function, to perform the computing job itself. In this regard, ifoptimizer 608 determines that it is performing the computing job, anytime that optimizer 608 determines that it needs data results fromanother computing job (e.g., a job performed by A3S node 604 and/or A3Snode 606), optimizer 608 can be configured to pause the computing joband await. The algorithms may have a specific order in which they haveto be solved and may pause each other to complete execution.

Fault manager 610 can be configured to determine if a job that optimizer608 has sent to A3S node 606 has been completed and can retrieve and/orreceive progress regarding the computing job. Optimizer 608 can monitorthe progress of A3S node 606 to determine if that A3S node is performingthe computing job and has not crashed, become hung-up, and/or goneunreliable. In response to demining that A3S node 606 has crashed,optimizer 608 can finish the computing job itself.

The cost function generated by the optimizer 608 can be a kind ofobjective function that can be minimized or maximized to select one ofthe A3S nodes (e.g., the A3S node 604 and/or the A3S node 606) toperform the computing job. The objective function can be optimized bythe optimizer 608 based on various constraints which control theoptimization. An exemplary objective function that could be implementedby the optimizer 608 is shown below:

$\underset{x}{\arg \; \min}\; {J(x)}$

where J(x) is defined as follows:

${J(x)} = {\sum\limits_{i}{node_{i} \times nodeCost_{i}}}$

where node_(i) is a binary value (e.g., one or zero) indicating whetherthe particular node was selected to perform the computing job andnodeCost_(i) indicates the cost for performing a computing job by eachof the nodes. The parameter nodeCost_(i) may be a function of the costof using the node_(i) and the length of time that the node will be used.However, in some embodiments, nodeCost_(i) could be a fixed value orcould be correlated to a number of processor cycles required to performa computing job. One example may be:

nodeCost_(i)=jobTime_(i)×nodeRate_(i)

As shown, nodeCost_(i) can be determined based on a parameterjobTime_(i) which may be indicative of the required time for performingthe computing job (e.g., 10 seconds, 40 ms, etc.) by the node_(i) andthe rate (e.g., $/min) of node_(i), nodeRate_(i). The parameterjobTime_(i) may be a function of the computing resources available bythe node_(i) and the size of the computing job.

The objective function would, by default, when minimized, determine themost cost efficient node to perform the computing job. However, such anoptimization can be optimized with constraints which, rather thanstrictly selecting the least expensive node, select the most optimalnode, the most optimally priced node for the computing job.

The optimization constraints may be either equality or inequalityconstraints. For example, an equality constraint may be that:

node_(i)+node_(i−1)+node_(i−2)+ . . . +node₀=1

Since each of node may be a binary value, this constraint may ensurethat only one of the nodes is selected by the optimization. For example,when the objective function is optimized, the constraint shown abovemust hold true, i.e., only one of the nodes can be selected to performthe optimization for the optimization to be valid.

Furthermore, a constraint may be an inequality constraint. For example,an inequality constraint may be that:

availableResources_(node) _(i) ≥requiredAvailableResources

In the above inequality constraint, the constraint indicates that theavailable resources for a particular node_(i) must be greater than orequal to particular requirement. For example, therequiredAvailableResources may indicate that a particular amount ofresources must be available by the node_(i) in order for that node to beselected to perform the computing job. The parameterrequiredAvailableResources may be indicative of a requirement for thenode to quality to perform the computing job. The values for theparameters requiredAvailableResources and availableResources_(node) _(i)may be in units, or otherwise a function of, total available memory (MB,GB, TB), total unused memory, processing speed (MHz, GHz, THz), billionfloating-point operations per second (gigaflop), etc.

A further inequality constraint may be a constraint that allows theoptimization of the objective function to select a node that is bestsuited for a priority level of the computing job. Such an inequalityconstraint may be:

successProbability_(node) _(i) ≥f ₁(jobCriticalityLevel)

A particular successProbability of node_(i) may be indicative of howlikely the node_(i) is to complete the computing job and not crash orfail. For example, the successProbability may be determined based on thepast performance of the node_(i), i.e., the optimizer 608 can record thetotal number of jobs sent to a particular node_(i) and the number offailed and completed jobs and use the recorded information to determinea probability and/or a probability distribution. The jobCriticalityLevelmay be a level indicative of how critical the computing job is. Thelevel may be on a discrete scale, low priority, medium priority, highpriority (e.g., 1, 2, or 3). To be compared against a probability, thejobCriticalityLevel may be mapped, via a function or other mappingmechanism, onto a probability value comparable to thesuccessProbability. For example, f(jobCriticalityLevel) may map thejobCriticalityLevel onto a value comparable to successProbability. Thefunction, f(⋅) may be a function, a lookup table, or other mappingmechanism. As an example, if the jobCriticalityLevel is “high,” f₁(⋅)may map the indication “high” onto a first predetermined probabilityvalue, e.g., 90%.

Another inequality constraint may be indicative of how long eachnode_(i) will take to perform the computing job and the criticalitylevel of the computing job. A “high” criticality job may need to beperformed quickly while a low criticality job may not need to beperformed quickly. An inequality constraint for the length of time toperform the computing job may be:

jobTime_(node) _(i) ≤requiredTime

The requiredTime may be a value indicative of the length of timerequired to perform the computing job. The inequality constraint,includes parameters, jobTime_(node) _(i) and the previously describedjobCriticalityLevel. The parameter jobTime_(node) _(i) may be indicativeof a length of time that it will take the node_(i) to perform thecomputing job. In some embodiments, jobTime_(node) _(i) , is a functionof multiple parameters of the node_(i). An example calculation ofjobTime_(node) _(i) may be:

jobTime_(node) _(i) =f ₂(availableResources_(node) _(i) ,jobSize)

where jobSize indicates the size of the computing job. The size of thecomputing job, jobSize, may be in terms of number of computationsrequired, complexity of the computations, etc.

Referring now to FIG. 21, a process 600B is shown to optimizing thedistribution of computing jobs is shown, according to an exemplaryembodiment. A3S node 604, A3S node 606, and any other computing devicedescribed herein can be configured to perform process 600B. A3S node 604is described as the first node while A3S node 606 is described as thesecond node in process 600B. However, it should be understood that theroles of A3S node 604 and A3S node 606 can be reversed. Further, anynumber of A3S nodes that are cloud based and/or on-premises can beconfigured to perform process 600A.

In step 620, the first node, A3S node 604, can receive a computing job.In some embodiments, A3S node 604 can receive the computing job via acomputing process currently running on A3S node 604, via planning tool618 and/or user 502, and/or any other method for receiving a computerjob. In step 622, optimizer 608 of the first node, A3S node 604, can beconfigured to generate a cost function for the received computing job.In some embodiments, the cost function generated by optimizer 608 isbased on a priority level specified for the computing job, thecomputation time of each A3S node of system 600A, and a successprobability of each A3S node of system 600A.

In step 624, the first node, A3S node 604, can select, via optimizer608, a second node to perform the computing job by optimizing the costfunction. In some embodiments, optimizer 608 can identify a node thatwould be optimal to perform the computing job. In some embodiments, theoptimal A3S node is the first A3S node, A3S node 604. In variousembodiments, the second A3S node is A3S node 604, an on-premises A3Snode. Based on the selected node, A3S node 604 can send the computingjob to the second node, A3S node 606 in step 626.

In step 628, fault manager 610 can determine the status of the computingjob. Fault manager 610 may periodically receive a status update from A3Snode 606 identifying the status of the computing job. In someembodiments, fault manager 610 periodically sends a request to A3S node606 for a progress update. In some embodiments, the progress updateindicates that A3S node 606 has crashed, is unreliable, or otherwisewill not be completing the computing job. Further, if a predefinedamount of time passes without receiving the result of the computing jobor otherwise since receiving a progress update, fault manager 610 candetermine that A3S node 606 has crashed, is offline, or otherwise unableto complete the computing job.

In response to determining, in step 628, that A3S node 606 will not beperforming the computing job, fault manager 610 can remove the computingjob from A3S node 606 (step 630). In some embodiments, removing thecomputing job includes performing the computing job via A3S node 604.FIG. 21 illustrates returning to step 622 and generating a second costfunction. In some embodiments, the second cost function may not considerA3S node 606 since A3S node 606 has failed to finish the computing job.

In response to determining that the A3S node 604 has not failed,crashed, or otherwise will not finish the computing job, process 600Bcan proceed to step 632. In step 632, A3S node 606 can generate a resultor results for the computing job. In step 634, A3S node 604 can receivethe result or results from A3S node 606. Based on the result, the A3Snode 606 can control various pieces of building equipment to controlenvironmental conditions of the building. For example, if the result ofthe determination done by the A3S node 604 is a temperature setpoint,the A3S node 606 (or another A3S node) can control the buildingequipment to control building temperature to the setpoint.

Hybrid Cluster Disaster Recovery

Hybrid cluster optimization as described with reference to FIGS. 20-21is responsible for saving money of the cluster and to perform loadbalancing between nodes amongst many different clusters. Hybrid clusterdisaster recovery, as described with reference to FIGS. 22-23 focuses onhow disasters within various clusters can be prevented from affectingcustomers.

Considering the scenario of Azure based clusters and two different datacenters, a customer may request the Azure based cluster for an executionof an algorithm which then may optimally be dispatched to the first datacenter. During the execution of the algorithm, the first data center maysend progress updates about the execution to the Azure cluster. If, forwhatever reason, these messages are interrupted more than expected(e.g., defined by the algorithm itself and models that predict thealgorithms behavior). The primary cluster in Azure may re-determine thebest location for executing that algorithm. It may optimally relocatethe algorithm execution either in its own cluster or in the second datacenter. Further, if the Azure data center has been compromised (e.g.,too many nodes have gone offline) the load balancer (or one of itsfallback replicas) will dispatch runs to neighboring clusters to ensurethe work still is completed.

Hybrid cluster disaster recovery may include systems and method forrecovering from A3S node crashes. Hybrid cluster disaster recovery canbe used with the hybrid cluster optimization techniques described withreference to FIGS. 21-22. By combining optimization techniques withdisaster recovery techniques, not only can optimization and cost savingsbe realized but redundancy can be implemented to prevent a computing jobfrom never finishing (i.e., if the A3S node performing the computing jobcrashes).

Referring now to FIG. 22, system 600B is shown for performing disasterrecovery, according to an exemplary embodiment. Various components ofsystem 600B are the same and/or similar to the components of system 600Aas described with reference to FIG. 20. In FIG. 22, a building 11 isshown to include an A3S node 640. Building 11 may be similar to building10. In various embodiments, A3S node 640 is located in building 10instead of building 11. A3S node 640 may be an on-premises A3S node thatis the same and/or similar to A3S node 606. A3S node 640 is shown toinclude optimizer 642 and fault manager 644. Optimizer 642 may be thesame and/or similar to optimizer 608 and optimizer 612. Further, faultmanager 644 may be the same and/or similar to fault manager 610 andfault manager 614. A3S node 604 is shown to be in communication withboth A3S node 606 and A3S node 640 via network 601.

In some embodiments, A3S node 604 receives a computing job (e.g., viauser device 617) and determines to send the computing job to either A3Snode 606 or A3S node 640. Fault manager 610 can be configured to receiveprogress updates regarding the performance of the computing job from theA3S node to which optimizer 608 sends the computing job. In someembodiments, fault manager 610 can determine if the progress messages itreceives are being interrupted (e.g., are being sent to fault manager610 at a low frequency (a frequency below a predefined amount)) and/orare not being sent to fault manager 610 at all.

As an example, A3S node 604 can determine via optimizer 608 to send acomputing job to A3S node 606. A3S node 606 can be configured to performthe computing job. While A3S node 606 performs the computing job, faultmanager 614 can be configured to send progress updates to A3S node 604.The progress updates may be messages indicating the status of thecomputing job (e.g. 50% completed, 90% completed, pending, completed,not started, etc.). In some embodiments, fault manager 614 sends astatus indication for A3S node 606 that indicates that A3S node 606 iseither online, offline, unresponsive, not functioning properly, etc.Fault manager 610 can receive the fault message.

In some embodiments, if fault manager 610 determines that A3S node 606is not performing the computing job or is taking too long to perform thecomputing job, fault manager 610 can remove the computing job from A3Snode 606 by sending a message to A3S node 606 indicating that the job isbeing re-appropriated. Fault manager 610 can cause optimizer 608 toperform a second optimization for the computing job. In someembodiments, based on the optimization, optimizer 608 may cause A3S node604 to perform the computing job or send the computing job to A3S node640 to be performed by A3S node 640.

Further, if A3S node 606 is performing a computing job it receives fromA3S node 604 and fault manager 614 determines that various computingdevices that make up A3S node 606 have gone offline, fault manager 614can push part of the computing job to another A3S node. This may verifythat the computing job is completed quickly without the need tore-optimize the allocation of the computing job via optimizer 608. Forexample, fault manager 614 could push various parts of the computing job(e.g., various calculations) to A3S node 640, receive the results of thecomputing job parts from A3S node 640, and report the total completedresults to A3S node 604.

Referring now to FIG. 23, a process 600D for performing disasterrecovery with A3S nodes is shown, according to an exemplary embodiment.A3S node 604, A3S node 606, A3S node 640 and any other computing devicedescribed herein can be configured to perform process 600D. A3S node 604is described as the first node, A3S node 606 is described as the secondnode, while A3S node 640 is described as the third node in process 600B.However, it should be understood that the roles of A3S node 604, A3Snode 606, and A3S node 640 are interchangeable. Further, any number ofA3S nodes that are cloud based and/or on-premises can be configured toperform process 600D.

In step 670, the first node, A3S node 604 may receive a computing job,e.g., a job via user device 617 and/or planning tool 618. In step 672,optimizer 608 can select a second node to perform the computing job froma plurality of other A3S nodes (e.g., A3S node 606 and/or A3S node 640.In some embodiments, optimizer 608 performs the optimization describedin FIGS. 20-21. In process 600D, the selected node is A3S node 606,however, it may be any other A3S node. In step 674, A3S node 604 cansend the computing job to the second node, A3S node 606.

Based on the computing job it receives, A3S node 606 can perform thecomputing job. While performing the computing job, A3S node 606 can sendprogress updates regarding the execution of the computing job to A3Snode 604, specifically, fault manager 610 of A3S node 604. Based on theprogress updates received from A3S node 606, fault manager 610 candetermine if A3S node 606 has failed or is still acceptably performingthe computing job in step 678. If A3S node 606 has not failed, process600D may return to step 676. If A3S node 606 has failed, process 600Dcan move to step 680.

In step 680, optimizer 608 can receive an indication from fault manager610 that the computing job that A3S node 604 previously sent to A3S node606 in step 674 will not be completed by A3S node 606. In step 680,optimizer 608 may select a second A3S node to perform the computing job.In some embodiments, optimizer 608 performs a similar optimization asthe optimization performed in step 672. However, the optimization maynot consider A3S node 606. In step 680, the third node is selected toperform the computing job. In process 600D the third A3S node is A3Snode 640. However, the optimization may select any other A3S node.

In step 682, A3S node 604 can send the computing job to the selectedthird node, A3S node 640. A3S node 640 can perform the computing job andsend progress updates to A3S node 640 which fault manager 610 canmonitor (e.g., steps 676-682).

In step 684, fault manager 644 can monitor the status of the computingdevices that make up A3S node 640 and are performing the computing job.In response to determining that a predefined number of computing deviceshave gone offline (e.g., more than a predefined amount), fault manager644 can send particular runs of the computing job (e.g., particularcalculations) to other A3S nodes, in process 600D, A3S node 604. A3Snode 640 may receive the runs of the computing job and send thecompleted results of the runs to A3S node 640 (step 686). Once A3S node640 completes the job, which may be based on computing work that A3Snode 640 has done itself or that A3S node 604 has helped with, A3S node640 can send the result of the computing job to A3S node 604, the A3Snode that originally received the request outperform the computing job(step 688).

Parallel Relationship Engine

Given a relational data model (e.g., the data model 799), a computingengine can break down analytical relationships between properties of therelational data model into distances from raw data. The engine canfurther manage recursion in the relationship data model. The computingengine can use a load balancer to calculate all relationships at a givendistance from raw data and sequentially processes through the bucketsuntil all relationships requested have been computed. The engine candramatically increase throughput of a processor by resolvingrelationships within the hierarchical structure of the CML 710. This mayenable systems that employ the CML and the parallel execution engine(e.g., an execution engine included in the A3S platform 714) to providescustom analytics for both reports and input data where measurements arenot available. This solution views the problem at the highest levelbased on what data is requested and runs through the relationships asfast as possible.

The parallel relationship engine can take in a model that consists ofgraphed relationships between properties and breaks the graph down intoa parallelizable execution order. Then the parallel relationship enginecan load balances the execution of the graph in parallel in order of theproperty's distance to raw root properties. The parallel threads maymove ahead in the execution order if the proceeding step has all of itsdependencies satisfied. The execution map will vary dramatically basedon where the raw data properties exist. Also, the parallel relationshipengine may encounter recursions. In the case of recursion, computationsbased on recursion properties may be performed at the end of theexecution cycle to ensure full data is present for use. Recursion maycause the computing engine to return empty results if loops (e.g.,infinite loops) are detected.

Referring now to FIG. 24, a block diagram of a parallel relationshipengine 2402 for performing computations in parallel is shown, accordingto an exemplary embodiment. Parallel relationship engine 2402 is shownin FIG. 24. In other words, FIG. 24 shows parallel relationship engine2402. This is evident from FIG. 24, in which parallel relationshipengine 2402 is depicted. A person of ordinary skill in the art, uponviewing FIG. 24, would see parallel relationship engine 2402, amongother components. As used herein, the reference character 2402designates the parallel relationship engine, which is shown in FIG. 24.Parallel relationship engine 2402 may be a component of the A3S platform714 that can be deployed, for example, on A3S node 604 as described withreference to FIG. 20. Parallel relationship engine 2402 may run on a oneor more processing circuits, one or more processors, and/or be stored inone or more memory devices (e.g., processing circuit 404, processor 406,and/or memory 408 as described with reference to FIG. 4).

Parallel relationship engine 2402 is shown to receive computing job2404. Computing job 2404 may be a request to perform a computation. Insome embodiments, the request is received by parallel relationshipengine 2402 from another component of the platform on which parallelrelationship engine 2402 is implemented. In various embodiments, thecomputing job may be received from a user (e.g., from planning tool 618and/or user device 617 as described with reference to FIG. 20).Computing job 2404 may include a request to compute particularproperties (e.g., data points, variable values, etc.). In FIG. 24,computing job 2404 is shown to include a request to calculate properties0, 1, 6, and 7. However, the computing job 2404 can include a request tocompute any property or any number of properties.

Property model 2408 is shown in FIG. 24. Property model 2408 includes amap of relationships between various properties including the propertiesrequested to be calculated by computing job 2404. In variousembodiments, property model 2408 is part of and/or is otherwise based onthe class structure the CML class structure described with reference toFIG. 8. The property model 2408 can be and/or may be similar to the datamodel 799 as described with reference to FIGS. 7A, 7B, and 8. Propertymodel 2408 may be stored by the platform that includes parallelrelationship engine 2402, may be stored by parallel relationship engine2402, and/or may otherwise be retrieved, received, or extracted from astorage location by the platform that runs parallel relationship engine2402.

Property model 2408 is shown to include properties 0-13. The propertymodel 2408 may include any number of properties. Property model 2408 ofFIG. 24 illustrates the various dependencies between the properties. Forexample, property 4 is shown to depend from property 6 and 7 whileproperty 3 is shown to depend from property 4. Some of the properties,namely, property 5, property 7, property 9, and property 10 are bolded.These bolded properties represent raw properties. The raw properties maybe properties where data exits that has not been processed for use. Insome embodiments, the raw data is data that a user has manually entered,a sensor or actuator has collected, or any other data that has not beenprocessed.

Parallel relationship engine 2402 is shown to receive computing job 2404and property model 2408. Execution map generator 2406 can generateexecution map 2410 based on property model 2408. Execution map generator2406 can be store and/or load property model 2408 for use in generatinga result for the computing job 2404. In some embodiments, execution mapgenerator 2406 generates a total distance of each property to a rawproperty. For example, considering property 1, property 1 has a maximumdependency of four properties between property 3 and a raw property(i.e., raw property 9). For this reason, property 1 is placed in slotsix of execution map 2410. Considering property 6, there is oneproperty, property 8 between property 6 and raw property 9. For thisreason, property 6 is placed in the third slot of execution map 2410.Since raw properties 5, 9, 7, and 10 include data, these raw propertiesare placed in slot one of execution map 2410. Execution map generator2406 can provide execution map 2410 to map executer 2412.

Map executer 2412 can receive execution map 2410 and generate a resultfor computing job 2404 based on execution map 2410. Map executer 2412can perform the calculations for each slot of execution map 2410 inparallel. For example, in slot 1, raw data points 5, 10, 9, and 7 exist.This step may simply be retrieving and/or loading raw data points 5, 10,9, and 7. However, since there are no dependencies between rawproperties 5, 19, 9, and 7, map executer 2412 can retrieve the data inparallel. This raw data may be stored in raw property data 2414. In slot2, map executer 2412 can, in parallel, determine property 2, property13, and property 8 since property 2, property 13, and property 8 do notdepend from each other. Property 2 can be determined by map executer2412 based on property 5, property 13 can be determined based onproperty 10, and property 8 can be determined based on raw property 9.Map executer 2412 can continue this execution until all the propertiesof execution map 2410 are determined or until the properties requestedin computing job 2404 are determined. Map executer 2412 can provide theresult of executing execution map 2410 to any component or device thatrequested computing job 2404.

The various “threads” (e.g., the thread from property 5 to 2, the threadfrom property 10 to property 11, etc.) included in execution map 2410can be performed simultaneously in so far as there are no crossdependencies. If one thread depends from a second thread, the executionof the first thread may pause whenever a property determined in thesecond thread is needed for performing the first thread.

Recursion in property model 2408 may occur when one of the properties ofproperty model 2408 depends either directly or indirectly from itself orwhen a particular determination is performed repeatedly. In response todetermining that property model 2408 includes recursion, execution mapgenerator 2406 may place the properties that involve recursion at theend of execution map 2410 so that map executer 2412 attempts todetermine the recursion properties after determining all properties thatdo not involve recursion. In some embodiments, map executer 2412 mayreturn no value (e.g., an empty value) for any property that involvesrecursion.

Referring now to FIG. 25, a process 2500 for determining a result for acomputing job (e.g., the computing job 2404) is shown, according to anexemplary embodiment. In step 2502, execution map generator 2406 mayreceive property model 2408 while map executer 2412 can receivecomputing job 2404. In some embodiments, computing job 2404 includes arequest to compute certain properties. In this regard, execution mapgenerator 2406 may retrieve, receive, generate, and/or use a propertymodel that includes the properties indicated in computing job 2404.

In steps 2504 and 2508, execution map generator 2406 can be configuredto generate execution map 2410 based on property model 2408. In someembodiments, execution map generator 2406 can determine the distancefrom each property to the highest raw property in property model 2408and use the distance from each property to the highest raw property inproperty model 2408 to organize the properties in execution map 2410.The “highest” raw property refers to the highest raw property in thehierarchy of property dependencies illustrated in property model 2408.For example, in FIG. 24, property 4 is dependent from two rawproperties. Property 4 depends from raw property 7. Furthermore,property 4 depends on property 6 which depends from property 8. Property8 in turn depends from raw property 9. For raw property 7, there thetotal “distance” is two. For raw property 9, the total “distance” isfour. Since raw property 9 is the “farthest” or “highest” raw propertyin relation to property 4, the execution map generator 2406 woulddetermine that the number of dependencies between property 4 and rawproperty 9 (i.e., four) for determining the location to place theexecution of property 4 in execution map 2410.

In step 2512, map executer 2412 can determine the properties requestedto be determined in computing job 2404. In some embodiments, based onexecution map 2410 and any raw properties in execution map 2410 that mapexecuter 2412 can retrieve from raw property data 2414, the requestedproperties can be determined. Map executer 2412 may determine theproperties in parallel based on the slots that each property is located.For example, properties 12 and 6 can be determined simultaneously whileproperties 11 and 4 can be determined simultaneously. The various“threads” (e.g., the thread from property 5 to 2, the thread fromproperty 10 to property 11, etc.) included in execution map 2410 can beperformed simultaneously in so far as there are no cross dependenciesbetween threads. If one thread depends from a second thread, theexecution of the first thread may pause whenever a property determinedin the second thread is needed for performing a determination of aproperty in the first thread.

In some embodiments, the values determined for the properties are usedto control building equipment of a building. For example, one propertymay be a temperature setpoint than can then be used to cause thebuilding equipment to control the temperature of the building to aparticular temperature. Another property could be a runtime setting fora chiller that causes the chiller to run during specific times of aperiod.

Steps 2506, 2510, and 2514 deal with recursion in property model 2408.These steps are indicated via dashed boxes in FIG. 25. These steps mayonly be performed by parallel relationship engine 2402 when there isrecursion in property model 2408. In step 2506, execution map generator2406 can determine if there is any recursion in property model 2408. Instep 2510, any of the identified recursion points can be placed at theend of execution map 2410 i.e., in the last execution slot. In step2514, after all other properties have been determined by map executer2412, map executer 2412 can determine the properties that involverecursion. In some embodiments, if the recursion is infinite, mapexecuter 2412 may return, an empty value or no value. If the recursionis finite (e.g., less than a predefined number of recursions), mapexecuter 2412 can determine the properties that involve recursion basedon the finite number of iterations.

Live Memory Techniques

Referring now to FIG. 26A, a block diagram 2600A is shown illustratingthe live memory techniques that can be implemented by the systems andmethods discussed herein, according to an exemplary embodiment. The livememory techniques may include storing relationships in a non-serializedand open class form but leaving the data in compressed and serializedboxes. This is described further with reference to the class structureof CML 710 described with reference to FIG. 8.

The C# language can be used as an example to illustrate live memorytechniques. For example, a class called “Foo” may have ten properties. AFoo object could be created based on the Foo class and one of theproperties of the Foo object can be accessed. The normal behavior may bewhatever object the property is would be resting at the pointer locationthe Foo property targets. In a data model (e.g., the data model 799),the properties of the classes all point to byte arrays under the hoodthat at calling of the property are decompressed and de-serialized thebyte array into the object the property really points to and lets theuser interact with that. When the user is done with the object anyupdates go back into the boxed form and the objected is serialized andcompressed. When the Foo class goes to transport, all that is requiredis to serialize the relationship data therefore transportationconversion happen almost instantaneously.

In FIG. 26A, a data model 2616 is shown. The data model 2616 can be adata model for a building and can be implemented via the CIVIL 710 e.g.,the data model 799. In some embodiments, the data model 2616 indicatesall environmental and equipment information for a building, campus,facility, school. For example, the data model may indicate varioustemperature points recorded for various zones of the building. The datamodel may further indicate the types of equipment located and/or servingthe building. The data model may identifying both data (e.g., recordedtemperature data, recorded airflow values, etc.) and relationshipsbetween various entities and the data. For example, the data model couldindicate that a particular sequence of temperature value are associatedwith a particular zone of the building.

The data model 2616 is shown to include a property 2618. The data model2616 includes multiple properties 2618, according to some embodiments.The property 2618 may be temperature data, airflow data, occupancy data,weather conditions, etc. The property 2618 of the data model 2616 may“point” to serialized and/or compressed data. For example, a piece ofdata (e.g., a pointer, a handle, etc.) 2620 may indicate the location inmemory where the serialized data is stored. The data model 2616 caninclude various pointers or handles that indicate the storage object2626 or other storage objects for the data model 2616.

The serialized/compressed data 2628 may be serialized and/or compressedafter being serialized. Serializing data may be generating a “box” ofvalues that remove metadata. For example, three temperature readingscould each have information indicating the value of the temperaturereading, the zone the temperature reading is associated with, the typeof temperature sensor taking the reading, etc. Only the value of thereading may be relevant, the other metadata may be redundant. Therefore,this metadata can be stripped when serializing the data. Varioustechniques can be used to serialize data including GOOGLE'S® protocolbuffer technique. The serialized data can then be compressed via anyknown data compression algorithm. Compressing the serialized data mayfurther reduce the memory footprint of the data.

The storage object 2626 may be a data object that includes theserialized/compressed data 2628 and/or any other metadata necessary forthe serialized/compressed data 2628. The storage object 2626 can be usedto generate the transport object 2622. The transport object 2622 caninclude accessible data 2624. The accessible data 2624 may be adecompressed and/or de-serialized version of the serialized/compresseddata 2628. In some embodiments, the serialized/compressed data 2686 is abyte array which can be used to generate the accessible data 2624. Theappropriate metadata for the accessible data 2624 may be included in thetransport object 2622.

In some embodiments, in response to a request for the property 2618, theserialized/compressed data 2628 can be de-serialized and/or decompressedto generate the accessible data 2624. This accessible data 2624 can beused in algorithms which generate control commands for buildingequipment, display to a user, and/or any other calculation and/ordetermination. If changes are made to the accessible data 2624, theaccessible data can be serialized and/or compressed into theserialized/compressed data 2628.

Referring now to FIG. 26B, a block diagram is shown for a live memorycontroller 2602 that can be configured to serialize and compressesproperty data for a data model (e.g., the data model 799), according toan exemplary embodiment. The live memory controller 2602 may be acomponent of the A3S platform 714 and can be implemented via aprocessing circuit (processing circuit 404), processor (e.g., processor406), and/or memory (e.g., memory 408).

In FIG. 26B, attribute data 2606 is shown. Attribute data 2606 may bedata that is part of an object that is defined via the attribute class,the attribute class shown in FIG. 8. Attribute data 2606 can beserialized and/or compressed via serializer/compressor 2608. In someembodiments, the serialized and/or compressed data may serialized into abyte array and then can be compressed. This serialized and/or compresseddata may be the data stored in the “box,” a byte array shown in theattribute class in FIG. 8. Serializer/compressor 2608 may serialize viaattribute data 2606 via a Protocol Buffer e.g., GOOGLE'S R protocolbuffer technique. Any kind of lossy or lossless compression can beperformed on attribute data 2606 by serializer/compressor 2608 after theattribute data 2606 is serialized.

In various embodiments, live memory controller 2602 may load serializedand/or compressed form of attribute data 2606 into a memory deviceinstead of attribute data 2606 itself. This may minimize therequirements of the memory device (e.g., allow for memory devices withlower memory) and further allow for attribute data 2606 to be large.Memory 2610 may be one or more memory devices (e.g., RAM, ROM, etc.) ofa computing device (e.g., cloud computing server, desktop computer, datacenter computer, etc.).

In response to determining that the attribute data 2606 is needed for acalculation, determination, or viewing by a user, the accessor 2614 canbe configured to retrieve the accessed attribute data 2606 from thememory 2610. The accessor 2614 can be configured to identify theaccessed attribute data 2606 requested based on the data model 2616. Thedata model 2616 is described with further reference to FIG. 26A. Theaccessor 2614 can derive a “key” which may indicate what serialized datastored in memory 2610 is required to be retrieved to generate theattribute data 2606. For example, the key may indicate which handle ofmultiple handles, locates the serialized data required. For example,data model 2616 may include various pointers or handles that can be usedto identify the serialized and/or compressed data that needs to beretrieved, decompressed, and de-serialized.

Referring now to FIG. 26C, a process 2600C for serializing, compressing,de-serializing, and decompressing attribute data is shown, according toan exemplary embodiment. The A3S platform 714 and/or any other computingdevice described herein can be configured to implemented process 2600C.Process 2600C is described with reference to the components of FIGS. 26Aand 26B.

In step 2630, the serializer/compressor 2608 can serialize and/orcompress the attribute data 2606. For example, the serializer/compressor2608 can serialize using one or more serializing protocols (e.g.,GOOGLE′ 5® protocol buffer technique or another object serialization assupported by many programming languages).

In step 2632, the accessor 2614 may receive a request to theserialized/compressed attribute data 2612. The accessor 2614 canidentify the serialized/compressed attribute data 2612 based on the datamodel 2616. The data model 2616 may include multiple handles or pointersthat identify the location of the serialized compressed attribute data2612 (step 2634). In step 2636, the accessor 2614 can generate theattribute data 2606 by decompressing and/or de-serializing theserialized/compressed attribute data 2612. In some embodiments, theattribute data 2606 is used to control various pieces of buildingequipment. For example, a building management system or controller canbe configured to cause building equipment of a building to controlenvironmental characteristics of the building based on attribute data2606. The attribute data 2606 could be environmental temperature dataused to establish a setpoint. In this regard, the building equipment canbe controlled with the setpoint.

Configuration of Exemplary Embodiments

The construction and arrangement of the systems and methods as shown inthe various exemplary embodiments are illustrative only. Although only afew embodiments have been described in detail in this disclosure, manymodifications are possible (e.g., variations in sizes, dimensions,structures, shapes and proportions of the various elements, values ofparameters, mounting arrangements, use of materials, colors,orientations, etc.). For example, the position of elements may bereversed or otherwise varied and the nature or number of discreteelements or positions may be altered or varied. Accordingly, all suchmodifications are intended to be included within the scope of thepresent disclosure. The order or sequence of any process or method stepsmay be varied or re-sequenced according to alternative embodiments.Other substitutions, modifications, changes, and omissions may be madein the design, operating conditions and arrangement of the exemplaryembodiments without departing from the scope of the present disclosure.

The present disclosure contemplates methods, systems and programproducts on any machine-readable media for accomplishing variousoperations. The embodiments of the present disclosure may be implementedusing existing computer processors, or by a special purpose computerprocessor for an appropriate system, incorporated for this or anotherpurpose, or by a hardwired system. Embodiments within the scope of thepresent disclosure include program products comprising machine-readablemedia for carrying or having machine-executable instructions or datastructures stored thereon. Such machine-readable media can be anyavailable media that can be accessed by a general purpose or specialpurpose computer or other machine with a processor. By way of example,such machine-readable media can comprise RAM, ROM, EPROM, EEPROM, CD-ROMor other optical disk storage, magnetic disk storage or other magneticstorage devices, or any other medium which can be used to carry or storedesired program code in the form of machine-executable instructions ordata structures and which can be accessed by a general purpose orspecial purpose computer or other machine with a processor. Wheninformation is transferred or provided over a network or anothercommunications connection (either hardwired, wireless, or a combinationof hardwired or wireless) to a machine, the machine properly views theconnection as a machine-readable medium. Thus, any such connection isproperly termed a machine-readable medium. Combinations of the above arealso included within the scope of machine-readable media.Machine-executable instructions include, for example, instructions anddata which cause a general purpose computer, special purpose computer,or special purpose processing machines to perform a certain function orgroup of functions.

Although the figures show a specific order of method steps, the order ofthe steps may differ from what is depicted. Also two or more steps maybe performed concurrently or with partial concurrence. Such variationwill depend on the software and hardware systems chosen and on designerchoice. All such variations are within the scope of the disclosure.Likewise, software implementations could be accomplished with standardprogramming techniques with rule based logic and other logic toaccomplish the various connection steps, processing steps, comparisonsteps and decision steps.

What is claimed is:
 1. A building management system for generating andediting a building model for a building, wherein the building managementsystem comprises one or more memory devices storing instructions thereonthat, when executed by one or more processors cause the one or moreprocessors to: receive the building model, wherein the building modelcomprises data defining the building and building equipment of thebuilding configured to control a condition of the building; generate abuilding model editor interface for viewing and editing the buildingmodel, wherein the building model editor interface comprises buildingelements for the building model that represent the building and thebuilding equipment; receive user edits of the building model via thebuilding model editor interface, wherein the user edits comprise editsto the building elements; and generate an updated building model basedon the user edits of the building model.
 2. The building managementsystem of claim 1, wherein the instructions cause the one or moreprocessors to: generate building analytics for the building based on thebuilding model; or deploy the updated building model to controlenvironmental conditions of the building with the building equipmentbased on the updated building model.
 3. The building management systemof claim 1, wherein the instructions cause the one or more processorsto: display the building model editor interface on a display of a userdevice, wherein the building model editor interface comprises a canvasfor displaying the building elements of the building model and a palatefor displaying potential building elements for the building model;receive a command to place one of the potential building elements of thepalate on the canvas from the user device, wherein the potentialbuilding elements and the building elements each indicate at least oneof a utility that generates a resource, the resource, and a sub-plantthat consumes the resource and generates another resource; receiveconnections between the building elements from the user device; andgenerate the updated building model based on placements of the buildingelements and the connections between the building elements.
 4. Thebuilding management system of claim 3, wherein the potential buildingelements are based on the building model, wherein the potential buildingelements are generated based on possible building elements indicated bythe building model; wherein the connections between the buildingelements are controlled by the building model, wherein the buildingmanagement system allows some connections but not other connectionsbased on allowed connections allowed by the building model.
 5. Thebuilding management system of claim 3, wherein the instructions causethe one or more processors to: receive an interaction with one buildingelement of the canvas from the user device; display an attributeinterface on the building model editor interface, wherein the attributeinterface comprising attribute options for the one building element;receive an adjustment to the attribute options from the user device; andgenerate the updated building model based on the adjustment to theattribute options.
 6. The building management system of claim 5, whereinthe attribute options comprise an out of service date range, wherein theout of service date range indicates a period of time that the onebuilding element will not be operating.
 7. The building managementsystem of claim 5, wherein the attribute options for the one buildingelement are based on allowed attribute options for an associatedbuilding element defined by the building model; wherein the instructionscause the one or more processors to: determine the allowed attributeoptions for the one building element based on the building model; andcause the attribute options to be the allowed attribute options.
 8. Thebuilding management system of claim 7, wherein the instructions causethe one or more processors to display connection wires between thebuilding elements based on the connections, wherein the connection wiresindicate a flow of a particular resource between the building elements,wherein the connection wires comprise a color associated with a type ofthe particular resource.
 9. The building management system of claim 7,wherein the instructions cause the one or more processors to: generatean optimization problem based on the user edits of the building model;solve the optimization problem to generate control settings for thebuilding equipment; and operate the building equipment based on thecontrol settings.
 10. The building management system of claim 9, whereinthe instructions cause the one or more processors to generate theoptimization problem based on the user edits of the building model bygenerating optimization constraints based on the user edits of thebuilding model; wherein the instructions cause the one or moreprocessors to solve the optimization problem to generate the controlsettings for the building equipment by solving the optimization problemwith the optimization constraints.
 11. The building management system ofclaim 10, wherein the instructions cause the one or more processors togenerate the optimization constraints based on the user edits of thebuilding model by generating the optimization constraints based on thecommand to place the building elements of the palate on the canvas, theconnections between the building elements, and the adjustment to theattribute options.
 12. A method for generating and editing a buildingmodel for a building, the method comprising: receiving, by a processingcircuit, the building model, wherein the building model comprises datadefining the building and building equipment of the building configuredto control a condition of the building; generating, by the processingcircuit, a building model editor interface for viewing and editing thebuilding model, wherein the building model editor interface comprisesbuilding elements for the building model that represent the building andthe building equipment; receiving, by the processing circuit, user editsof the building model via the building model editor interface, whereinthe user edits comprise edits to the building elements; and generating,by the processing circuit, an updated building model based on the useredits of the building model.
 13. The method of claim 12, furthercomprising: generating, by the processing circuit, building analyticsfor the building based on the building model; or deploying, by theprocessing circuit, the updated building model to control environmentalconditions of the building with the building equipment based on theupdated building model.
 14. The method of claim 12, further comprising:displaying, by the processing circuit, the building model editorinterface on a display of a user device, wherein the building modeleditor interface comprises a canvas for displaying the building elementsof the building model and a palate for displaying potential buildingelements for the building model; receiving, by the processing circuit, acommand to place one of the potential building elements of the palate onthe canvas from the user device, wherein the potential building elementsand the building elements each indicate at least one of a utility thatgenerates a resource, the resource, and a sub-plant that consumes theresource and generates another resource; receiving, by the processingcircuit, connections between the building elements from the user device;and generating, by the processing circuit, the updated building modelbased on placements of the building elements and the connections betweenthe building elements.
 15. The method of claim 14, wherein the potentialbuilding elements are based on the building model, wherein the potentialbuilding elements are generated based on possible building elementsindicated by the building model; wherein the connections between thebuilding elements are controlled by the building model, wherein themethod further comprises allowing, by the processing circuit, someconnections but not other connections based on allowed connectionsallowed by the building model.
 16. The method of claim 14, furthercomprising: receiving, by the processing circuit, an interaction withone building element of the canvas from the user device; displaying, bythe processing circuit, an attribute interface on the building modeleditor interface, wherein the attribute interface comprising attributeoptions for the one building element; receiving, by the processingcircuit, an adjustment to the attribute options from the user device;and generating, by the processing circuit, the updated building modelbased on the adjustment to the attribute options.
 17. The method ofclaim 16, wherein the attribute options comprise an out of service daterange, wherein the out of service date range indicates a period of timethat the one building element will not be operating.
 18. The method ofclaim 16, wherein the attribute options for the one building element arebased on allowed attribute options for an associated building elementdefined by the building model; wherein the method further comprises:determining, by the processing circuit, the allowed attribute optionsfor the one building element based on the building model; and causing,by the processing circuit, the attribute options to be the allowedattribute options.
 19. The method of claim 18, further comprisingdisplaying, by the processing circuit, connection wires between thebuilding elements based on the connections, wherein the connection wiresindicate a flow of a particular resource between the building elements,wherein the connection wires comprise a color associated with a type ofthe particular resource.
 20. A building management system for a buildingcomprising: building equipment of the building configured to control acondition of the building; and one or more systems comprising aprocessing circuit configured to: receive a building model, wherein thebuilding model comprises data defining the building and the buildingequipment of the building; generate a building model editor interfacefor viewing and editing the building model, wherein the building modeleditor interface comprises building elements for the building model thatrepresent the building and the building equipment; receive user edits ofthe building model via the building model editor interface, wherein theuser edits comprise edits to the building elements; and generate anupdated building model based on the user edits of the building model.